手机软件测试用例设计实践
作者:网络转载 发布时间:[ 2011/12/1 16:58:42 ] 推荐标签:
一、设计概述
测试伴随在整个手机软件开发的各个阶段中,测试质量的高低直接关系到手机软件的可用性,友好性,可靠性。可以说,测试环节是手机软件开发的重要环节,是整个开发过程的
“中枢神经”。同时,测试用例的设计在测试过程中是非常重要的一个环节,是重中之重。
一般来说,设计测试用例应该考虑如下几方面:
1)有效性:测试用例是测试人员测试过程中的重要参考依据。不同的测试人员依据相同的测试用例所得到的输出应该是一致的。
2)可复用性:良好的测试用例具有重复使用的功能,使得测试过程事半功倍,设计良好的测试用例将大大节约时间,提高测试效率。
3)易组织性:即使是很小的项目,也可能有几千甚至更多的测试用例,测试用例可能在数月甚至几年的测试过程中被创建和使用,正确的测试计划会很好地组织这些测试用例并提
供给测试人员或者其他项目的人参考和有效的使用。
4)可评估性:从测试的项目管理角度来说,测试用例的通过率是检验代码质量的保证。经常说代码的质量不高或者代码的质量很好,量化的标准应该是测试用例的通过率和软件错
误(bug)的数目。
5)可管理性:测试用例也可以作为检验测试人员进度、工作量以及跟踪/管理测试人员的工作效率的因素,尤其是比较适用于对于新的测试人员的检验,从而更加合理做出测试安
排和计划。
二、手机软件测试用例设计分析
通常手机软件测试用例可以分为如下几类:
1)基本功能测试用例设计
基本功能是指手机软件向手机用户提供的小的、可以进行的所有简单操作的集合。
基本功能测试是指测试工程师在被测试的手机上进行实际操作,来验证操作是否可行,操作的结果是否满足设计要求,如果不满足,要报告错误。具体的操作例如:接电话,打
电话,发送普通短信,接收普通短信,发送彩信,接收彩信,播放静态音乐文件(mp3),播放一段视频文件,等等。
$news_Page$
以“短消息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 | 从PB中选择收件人 |
sms_020 | PB中没有记录 |
sms_021 | 从PB中选择和直接输入联系人号码 |
sms_022 | 多方发送短信,并全部发送成功 |
sms_023 | 多方发送短信,未全部发送成功 |
sms_024 | 群发失败后,重新发送,并发送成功 |
sms_025 | 群发失败后,重新发送,并发送失败 |
sms_026 | 群发EMS部分的验证 |
sms_027 | 插入一条常用短语,发送短信 |
sms_028 | 连续插入常用短语,发送短信或EMS |
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个小时) |
相关推荐
更新发布
功能测试和接口测试的区别
2023/3/23 14:23:39如何写好测试用例文档
2023/3/22 16:17:39常用的选择回归测试的方式有哪些?
2022/6/14 16:14:27测试流程中需要重点把关几个过程?
2021/10/18 15:37:44性能测试的七种方法
2021/9/17 15:19:29全链路压测优化思路
2021/9/14 15:42:25性能测试流程浅谈
2021/5/28 17:25:47常见的APP性能测试指标
2021/5/8 17:01:11