手机软件测试用例设计实践—产品经理必备测试常识

一、设计概述

测试伴随在整个手机软件开发的各个阶段中，测试质量的高低直接关系到手机软件的可用性，友好性，可靠性。可以说，测试环节是手机软件开发的重要环节，是整个开发过程的“中枢神经”。同时，测试用例的设计在测试过程中是非常重要的一个环节，是重中之重。

一般来说，设计测试用例应该考虑如下几方面：

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）交互测试

所谓交互测试是指当手机不同的两个或者多个功能之间有交互的时候，对手机所应该处的状态或者行为进行测试，被测手机的状态或者行为应该与需求设计中的要求相一致。

交互测试的测试用例可以从如下方面考虑：

用例ID

功能描述

jh_001 打电话时接收短信息 jh_002 看短信内容时候进来一个电话 jh_003 听音乐时候浏览新短信 jh_004 发送一封空短信 jh_005 听音乐时候进来一个电话 jh_006 上网浏览时进来一个电话 jh_007 接电话时候闹钟报警

3）临界测试

所谓的临界测试是指当手机的某些可用资源达到或者超过理论允许的极大值时，在手机上继续进行某种操作时候的测试。此时手机的行为应该是友好的，可被使用者接受的，应该与需求分析的要求相符合。

临界测试的测试用例可以从如下方面考虑：

用例ID

功能描述

lj_001 内存满时拨打电话 lj _002 内存满时启动音乐播放器 lj _003 数据库满时拨打电话 lj _004 数据库满时启动浏览器 lj _005 数据库满时启动音乐播放器 lj _006 地址本满时继续添加记录 lj _007 短信收件箱满时继续收新短信

4）压力测试

压力测试一般是指在比较短的一段时间内，被测手机执行比较多的任务或者操作，来检测被测手机承受压力的能力。

压力测试的测试用例可以从如下方面考虑：

用例ID

功能描述

yl_001 在短时间内发送大量的短信，同时接收大量的短信，发送和接收的数量都在50条以上 yl_002 短信的群发(包括超长短信)，查看接收和发送的成功率 yl _003 接通一个电话并且保持很长一段时间(大于l0个小时)

 

转自：火龙果软件学院
木子评：一般小公司、小团队，不会有专业的qa组。这时候基本是团队自己人测一下。这时候有个流程很重要。

由于我做的是手机应用，上面4个少一个兼容性测试。（网络、sd卡、分辨率等）

流程方面上需要注意的是，做一份内部测试用的表格。

格式基本是，哪个界面，功能，触发条件，是否可以复现，有无bug反馈代码。

最后还要兼顾用户体验，对照效果图，哪些颜色，布局不合理等等。

大家分模块测试，uga的要分角色测试，测试出来的问题，统一汇总。然后统一与程序员交涉。