终端测试的生命周期：
- 无线通信
- 包括协议、2G/3G/4G、机卡的一致性
2.业务应用
- 功能模块测试：首先应分析功能模块的功能项，测试每个功能项是否能够实现对应的功能。一般根据测试案例（Test Case）或软件本身的流程就可以完成基本功能测试。（相对简单，故障也较容易解决）
- 交叉事件测试：又叫事件或冲突测试，是指一个功能正在执行过程中，同时另外一个事件或操作对该过程进行干扰的测试。例如通话过程中接收到短信或来响闹。应该以执行干扰的冲突事件不会导致手机死机或花屏等严重的问题。
- 交叉事件测试非常重要，能发现很多应用中潜在的性能问题。另外有中英文模式的切换的手机要注意中英文模式切换后的功能实现存在的问题，通常会被测试人没忽略。
3.软件可靠性
- 压力测试：又叫边界值容错测试或极限负载测试，即测试过程中，已经达到某一软件功能的最大容量，边界值或最大的承载极限，仍然对其进行相关操作。例如连续进行短信的接收和发送，超过收件箱和PIM卡所能存储的最大的条数，仍然进行短消息的接收或发送，以检测软件在超常态条件下的表现，来评估用户能否接受。
- 压力测试用手工测试非常繁锁，可以考虑自动化测试，目前没有比较大量使用的工具，一般都是由开发人员配合开发出的工具，或者高级的测试人员编写出的脚本。
- 容量测试：又叫满记忆体测试，包括手机的用户可用内存和SIM/PIM卡的所有空间被完全使用的测试。此时再对可编辑的模块进行和存储空间有关的任何操作测试，如果软件的极限容量状态下处理不好，有可能导致死机或严重的花屏等问题的出现。
- 兼容性测试：也就是不同品牌手机，不同网络，不同品牌和不同容量大小的SIM/PIM卡之间的互相兼容的测试，以短消息为例：中国电信的小灵通接收到从中国移动或中国联通GSM发来的短消息，接收，显示和回复功能是否正常等
4.硬件兼容可靠性
- 包括音响、震动、耳机等
5.外场与客户体验
- 市省内外，国际漫游；客户体验，UI设计。
6.自动化测试
版本较稳定的情况下运用自动化的工具来进行自动化的测试。
手机终端软件的自动化工具，市场上可选择的产品并不是很多，这里简单介绍一款手机终端软件的自动化测试工具是 TestQuest 的CountDown。
CountDown 自动化测试解决方案适用于任何手机硬件平台和所有手机操作系统，包括WindowsMobile（PPC, Smartphone）, Symbian (S60, UIQ), Linux和Brew等开放式操作系统以及专用手机操作系统，同时独立于任何手机制式和无线网络（GSM/GPRS/WCDMA, CDMA/CDMA2000, TD-SCDMA）。
CountDown 可以通过Host PC自动控制移动终端的键盘、旋钮和触摸屏，以模拟测试工程师的双手操作；并可自动抓取LCD显示内存中的位图文件，使用智能OCR技术来模拟测试工程师的双眼进行内容识别和逻辑判断。整个自动测试过程都是基于UI（用户接口）/ MMI（人机接口）完成，真正实现独立于任何OS、任何硬件平台和任何网络的功能测试、压力测试、回归测试、性能测试和交互性测试。TestQuest的自动测试方案可以最大程度地取代测试人员的手工操作，因此，可以大幅度地缩短用户手机测试所需要的时间，提高测试的覆盖率以及测试的准确性，在保证新品质量的前提下大幅度的缩短新产品上市的准备期。
CountDown 通过引入导航图（Navigation Map）的概念来简化测试用例的开发、调试、运行以及移植。通过简单的录制功能，可以方便地保存手机的关键屏幕内容以及屏幕之间的路径信息来生成导航图。所有跟手机有关的细节—如手机主题、屏幕尺寸、语言以及其它主观信息都被自动封装于导航图中。因此在导航图的基础上，无需编写任何代码即可完成测试用例的开发、调试和运行。并且，基于导航图开发的测试用例，无需改动或者稍微改动，即可移植应用到其他类型的手机。
案例一
与时间相关： 首先是时间的输入域，是否有输入限制，如：文字、标点符号、小时大于24或12、分钟大于60、秒大于60、月大于12、日大于31（按月情况而定）等特别注意日期变更分界点如23：59或12：59的变化。以及12/24小时切换模式的测试。
案例二
文字输入相关： 当界面过多时，注意功能按钮的点击事件能否正常完成相应功能的实现。超过文字字数限制时的系统提示等。
案例三
性能测试相关： 设计一套完整的性能测试方案
该文章由一十一概括总结，并参杂其感观，供大家学习。