一、设计概述
测试伴随在整个手机软件开发的各个阶段中，测试质量的高低直接关系到手机软件的可用性，友好性，可靠性。可以说，测试环节是手机软件开发的重要环节，是整个开发过程的“中枢神经”。同时，测试用例的设计在测试过程中是非常重要的一个环节，是重中之重。
一般来说，设计测试用例应该考虑如下几方面：
1）有效性：测试用例是测试人员测试过程中的重要参考依据。不同的测试人员依据相同的测试用例所得到的输出应该是一致的。
2）可复用性：良好的测试用例具有重复使用的功能，使得测试过程事半功倍，设计良好的测试用例将大大节约时间，提高测试效率。
3）易组织性：即使是很小的项目，也可能有几千甚至更多的测试用例，测试用例可能在数月甚至几年的测试过程中被创建和使用，正确的测试计划会很好地组织这些测试用例并提供给测试人员或者其他项目的人参考和有效的使用。
4）可评估性：从测试的项目管理角度来说，测试用例的通过率是检验代码质量的保证。经常说代码的质量不高或者代码的质量很好，量化的标准应该是测试用例的通过率和软件错误（bug）的数目。
5）可管理性：测试用例也可以作为检验测试人员进度、工作量以及跟踪/管理测试人员的工作效率的因素，尤其是比较适用于对于新的测试人员的检验，从而更加合理做出测试安排和计划。
二、手机软件测试用例设计分析
通常手机软件测试用例可以分为如下几类：
1）基本功能测试用例设计
基本功能是指手机软件向手机用户提供的最小的、可以进行的所有简单操作的集合。
基本功能测试是指测试工程师在被测试的手机上进行实际操作，来验 证操作是否可行，操作的结果是否满足设计要求，如果不满足，就要报告错误。具体的操作例如：接电话，打电话，发送普通短信，接收普通短信，发送彩信，接收 彩信，播放静态音乐文件（mp3），播放一段视频文件，等等。
以“短消息SMS”功能为例，基本功能测试的用例可以从如下方面进行考虑：
| 用例ID | 功能描述 |
| sms_001 | 确定生成新消息为mms 还是sms |
| sms_002 | 用多种输入法编辑信息内容 |
| sms_003 | 编辑信息内容达到最大的字符长度 |
| sms_004 | 发送一封空短信 |
| sms_005 | 存储SMS至发件箱（存储至Phone） |
| sms_006 | 不退出写信息窗口，连续存储SMS至发件箱（存储至Phone） |
| sms_007 | Phone中信息条数达到最大后，自动切换存储位置 |
| sms_008 | 存储SMS至发件箱（存储至SIM card） |
| sms_009 | 存储SMS至发件箱，直至SIM CARD中信息满 |
| sms_010 | 在SIM CARD已满的情况下，存储SMS至发件箱 |
| sms_011 | 存储EMS至发件箱（参考SMS） |
| sms_012 | 当phone和sim card中的信息全满的情况下，保存短信 |
| sms_013 | 发送短信的验证 |
| sms_014 | 收件人号码不正确（长度过长、号码不存在、有符号等） |
| sms_015 | Phone中的信息满时，发送SMS |
| sms_016 | 发送EMS(超长短信)的验证 |
| sms_017 | SMS发送失败 |
| sms_018 | 群发短信 |
| sms_019 | 从ＰＢ中选择收件人 |
| sms_020 | PB中没有记录 |
| sms_021 | 从PB中选择和直接输入联系人号码 |
| sms_022 | 多方发送短信，并全部发送成功 |
| sms_023 | 多方发送短信，未全部发送成功 |
| sms_024 | 群发失败后，重新发送，并发送成功 |
| sms_025 | 群发失败后，重新发送，并发送失败 |
| sms_026 | 群发EMS部分的验证 |
| sms_027 | 插入一条常用短语，发送短信 |
| sms_028 | 连续插入常用短语，发送短信或ＥＭＳ |
| sms_029 | 发送失败的验证 |
2）交互测试
所谓交互测试是指当手机不同的两个或者多个功能之间有交互的时候，对手机所应该处的状态或者行为进行测试，被测手机的状态或者行为应该与需求设计中的要求相一致。
交互测试的测试用例可以从如下方面考虑：