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

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