测试用例设计之道_图文_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
测试用例设计之道
&&测试用例设计之道
阅读已结束，下载文档到电脑
想免费下载本文？
定制HR最喜欢的简历
下载文档到电脑，方便使用
还剩105页未读，继续阅读
定制HR最喜欢的简历
你可能喜欢【图文】测试用例设计方法_百度文库
两大类热门资源免费畅读
续费一年阅读会员，立省24元！
测试用例设计方法
&&测试用例设计方法
大小：2.03MB
登录百度文库，专享文档复制特权，财富值每天免费拿！
你可能喜欢老师布置的作业让我们设计测试用例测一把椅子，求助【软件测试吧】_百度贴吧
&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&&签到排名：今日本吧第个签到，本吧因你更精彩，明天继续来努力！
本吧签到人数：0成为超级会员，使用一键签到本月漏签0次！成为超级会员，赠送8张补签卡连续签到：天&&累计签到：天超级会员单次开通12个月以上，赠送连续签到卡3张
关注：58,174贴子：
老师布置的作业让我们设计测试用例测一把椅子，求助收藏
求助，无从下手……
达内软件测试,中国&上市&软件测试培训机构,实战课程,先就业后付款!达内软件测试,0基础,100天速成测试工程师,7万合作企业招聘中!
需求测试：详细参照椅子使用说明书   界面测试：是否满足用户需求   功能测试：椅子是否能座，会不会倒  可靠性：椅子从不同高度落下的损坏程度 安全性：椅子上是否有钉子  可移植性：椅子在不同环境，不同位置  可兼容性：是否能承载其他物体  仅供参照
无论测试什么，都需要先看需求分析，客户需要的什么样，你再针对客户的要求进行测试，一定没有问题。安博北京测试空间是培训软件测试的。有想学习的，可以去那里瞧瞧
同意3L另外还可加个压力测试，看椅子最大能承受多大的载重力
需求测试：参照椅子使用说明书进行各功能模块的测试 （如果没有使用说明书，看开发的 项目需求文档） ，务必使测试用例将这里的功能全部覆盖。界面测试：是否满足用户需求 （颜色，造型）功能测试：椅子是否能坐，适合什么样的人用，能否组装或折叠，部件坏了能否修理可靠性：椅子从不同高度落下的损坏程度 ，使用年限长度，是否容易倒安全性：是否存在安全隐患（椅子上是否有钉子等损伤人的突出物，材料是否有毒）可移植性：能否移到不同环境使用可兼容性：能否和其他物品一起使用存放（比如不能淋雨，需避免潮湿的环境存放，避高温干燥，火等)其他：制造成本是否满足用户需要
培训机构的？
参照水杯测试用例
如何写出一份强大的Bug测试报告？一个北京测试空间软件测评实验室(）的测试人员在报告中报告他所发现的每件事是非常重要的。软件测试人员在团队中充当着催化剂的角色。一方面软件测试人员组成了这个团队，另一方面也可以破坏这个应用。通过了解业务和应用的过程，清晰地理解应用中大大小小的问题是很重要的。所以一个强大的Bug报告应该做为软件开发周期中强有力的证据，来证明所有阶段的bug状态都已更新。你报告一个Bug的唯一目标就是跟踪此Bug保证它被修复。1.清晰地描述Bug：描述Bug时要用简短的陈述句并能准确指出问题所在。描述中可能需要提供一些步骤来重现这个 Bug，同时这个简短Bug描述必须能够准确地表达出问题的本质所在。例如，假如针对一个来自服务器的错误，Bug描述要对当完成什么操作时，这个服务器错误就会发生做详尽的说明。2.不要放过你判断：虽然你满怀信心地确信你发现的Bug的真实性，但你没写到Bug报告中，这好像代表你正放过这个发现的Bug。很可能会发生一起论战，这将反映出你作为测试人员的优越感。你主要的目标应该是让你的Bug报告令人信服，以支持你发现的Bug，唯一的目的是让Bug 最终关毕。在Bug报告中试着使用外交的表达方式，而不要使用官方的表述来赞成这个Bug，这样你的报告反而会令人不愉快。最好的方法是使用建议的方式。愉快的方式总能被采用。3．重现的步骤：如何利用对条件设置的解释以重现并获得Bug的精确点，这必须要在Bug报告中讲述清楚。例如，对于一个绘图软件，测试人员在找Bug之前，需要和开发人员就他已经做了什么进行交流。细节必须详细说明，像按什么顺序，点击了哪个按钮。对于按照提示输入命令而运行的程序，在测试Bug之前，应该详细地说明输入命令的详细信息。4.使用简洁的语言：人们不喜欢读包含复杂的专业术语和绕口的大段的段落。一个好的Bug报告要包含短的但是表达清晰的语子。它应该只包含与Bug有关的论述。不必要把Bug报告做的过于复杂和写太多事实而篇幅过于长。避免解说过多对重现Bug没有任何帮助的细节。大家都普遍知道的事，就不必写在Bug报告中了。5.引用相关的例子：大部分情况下，要重现一个特殊的Bug，必须输入一些特殊的数据。但是不要做模糊的表述，像提供一个联系表中无效的人名并保存，应该说在名字域中输入像035bbb@$%这样无效的输入并点击保存。为了使Bug能快速得到处理，北京测试空间软件测评实验室(）测试人员必须努力提供所有相关的、关键的信息来帮助开发人员。6.提供参考信息：以防一个特殊的Bug与说明文档或其他的关于工程的文档相冲突，Bug报告必须得供充分的关于这种特殊情况的参考信息或与文档中相冲突条款的数目。7.为Bug分配优先级和严重等级——没有为Bug设置严重级别和优先级别的Bug报告是不完整的。Bug严重级别：指的是这个Bug破坏系统的危险程度。Bug严重级别说明了这个Bug的破坏程度。严重级别是与Bug紧密联系、永恒不变的一个特性。Bug的严重级别分为四类，下面进行分别描述：§ 严重级别——严重：这是最危险的级别。发现了严重级别的Bug后测试就不允许继续进行了，除特殊点外。弹出一些错误信息或系统瘫痪导致全部或部分的应用被迫关毕这些都属于严重级别的Bug。可以通过判断某个工作区的不合理性来判断系统的危险级别。如一些菜单项缺失或者未对需要特设的安全许可才能访问的功能设置权限，这类bug都属于致命性的Bug。§ 严重级别——高：高的严重级别指的是导致产品不能按照预期的要求那样运行或者导致一些功能不能正常运行而不能满足客户需求的错误。这种类别的Bug可以通过某种工作区来解决。这种类型的Bug可能就是错误，像数据库中因为计算或不正确的文件格式导致记录更新失败。像这样的例子还有很多。
§ 严重级别——中等：这种类型的缺陷对应用程序的性能没有影响。但是由于没有实现协议上的一些标准或客户的要求，这些缺陷也是不可接受的。因为简单的工作区可以达到性能方面要求的目标，所以中等缺陷相对容易解决。像一些可见的链接未连接到相应的文本网页上，这类缺陷就属于中等缺陷。§ 严重级别——低：低优先级和很小的缺陷属于这类缺陷，这种缺陷不会影响到产品的功能。严重级别为低的这种缺陷一般不会发生在应用的常用模块中，对业务有极小的影响。这种缺陷一般是用户界面、装点方面的美观问题。Bug的优先级：指的是Bug 要求被解决的紧急程度。它描述了Bug的重要性。Bug的优先级别可能会根据测试的日程安排而改变。一共有三个优先级别，如下：· 高优先级：如果这类的缺陷不立即修正，将会影响客户终端常用功能的使用。因此这类缺陷要给以最高的优先级以对其立即处理。· 中优先级：如果这类缺陷对用户常用的功能有较大的影响，那么这类的缺陷就要设置为中优先级。这类缺陷被分配高的优先级，所以要在当前软件版本发布之前解决这些相关的问题。如果由于时间方面的限制而无法解决这类问题，那么针对这类问题的补丁或服务包必须要发布。· 低优先级：对客户端软件的性能没有大的影响的缺陷一般被认定为低优先级的缺陷。在当前版本发布之前努力去修正他们，如果由于时间的限制，无法修正，可以等到在下个版本中修正。8.通过抓屏截图来解释——正如谚语说的“一图胜千言”。当我们发现一个错误，最好对这个错误进行抓屏截图。如果错误是可见的，抓屏将帮助开发者准确地理解这个问题。这个阶段开发者应该首先集中集力清晰理解这个问题，而不用试着去解决这个问题。这样的抓屏应该做为证剧附在Bug报告中。这样北京测试空间软件测评实验室(）测试人员就可以很好地更清晰地和开发人员交流解释这个Bug。9.时刻准备着向开发人员展示你发现的Bug：Bug报告中最有趣的部分是，北京测试空间软件测评实验室(）软件测试人员需要时刻准备着向开发人员展示他发现的Bug，同时需要说服开发者，报告中的Bug都是真实存在的且需要解决的，因为它们将影响应用的性能。在这个过程中，软件测试工程师一定要为下面的几种情况做好准备：（1）开发者通常会说某个特定Bug不能重现。报告这个Bug的最好方法是向开发者展示它。可以请开发者看看在你计算机上运行的情景，加载应用，为这个问题提供真实的证明。这样他们可以真实地看到并了解你是如何操作应用的，如何和应用交互的，软件对提供的输入有怎样的反应。应该避免在最短的时间内一腔热情地报告大量的不能重现的Bug。（2）有时软件测试人员会在特定的环境中发现偶尔才会发生的缺陷。当压力达到最大极限，处于测试中的应用处于崩溃状态时才会出现这种缺陷。当软件测试人员向开发者展示同样情景以证明这种缺陷时，这时应用程序又运行正常了，这让测试人员很觉尴尬。因些一个好的测试人员要有耐心，同时要保留测试数据和抓屏等信息，为证明自己的观点建立一个可防御的机制。（3）如果测试人员提供给开发人员一个包含各种操作和输入数据等的表，当开发人员按表中的说明在他的系统上运行时，并没有发现任何错误。这说明测试人员没有提供足够的信息。开发者所用的系统和测试人员的系统有可能在配置上会有所不同，这个会导致一些错误并不能在开发者的计算机系统上出现。测试人员也可能没有完全理解程序的需求，测试人员和开发人员看的是同样的界面，但却有着不同的看法。对于同一个测试结果，测试人员认为它是错误的但开发人员却认为它是正确的，这种情况也可能会发生。所以为了避免这种情况，最好从你认为的需求是什么，你真正看到了什么,发生了什么来支持你的观点。
登录百度帐号推荐应用重要提示：看了本文的人还对以下公司做了评价！
外资氛围好，能学到很多知识…
加班多一些，员工能赚到钱。…
请描述一下手机软件系统测试用例设计方法并举例说明
更新时间：&&&&&&&&
来源：网络&&&&&&&&
【看准网（）】软件测试面试题频道小编搜集的范文“请描述一下手机软件系统测试用例设计方法并举例说明”，供大家阅读参考，查看更多相关面试题目 ，请访问软件测试面试题频道。
等价类分析法等价类划分方法针对手机状态大致可以归几个大类： 1.
按键类（等价法）：有效输入和无效输入（有效输入指UM和菜单指示；无效输入指测试菜单功能此时没有定义的按键和用户动作）； 2.
外部中断类（等价法）：常用、不常用及无效 2.1.
常用：来电和来消息（短信、彩信、push消息）；掀合盖；侧键；耳机＆FM；情景模式；电量不足 2.2.
不常用：充电；闹钟＆记事本＆关机时间＆整点报时提示；Icon＆动画显示；Icon＆动画刷新；编辑界面＆pop显示框输入为空或满；编辑界面＆pop显示框状态输入法默认＆字符编码默认；失效SIM卡；大容量等SIM卡兼容；排序；号码识别； 2.3.
无效：”资料读取中…”；”复制中…”；”请稍后再试” 3.
存储器类 3.1.
等价法分类：读或写；不读或不写。 3.2.
因果法分类：先SIM卡后手机；先手机后SIM卡；提示用户选择存储器（对比Nokia）。 3.3.
操作分类：读；写；新增；删除；复制（先删除后新增；先新增后删除） 4.
状态类：正确；错误；变更；用户设定变更
举例一，短消息发送功能: 英文：Default 7-bit alphabet (over 16 characters) 合法等价类： ～16 非法等价类：：&16 The quick fox jumps over the lazy brown dog
中文：UCS-2 alphabet (over 7 characters) 合法等价类： ～7 非法等价类：：&7
诺基亚（英文）：Extended default 7-bit alphabet (over 14 Bytes)，智慧短信，可以携带黑白图片。 合法等价类： ～14 非法等价类：：&14 在写字板里面输入”联通”二字，保存后，再打开，即出现乱码。
举例二，单个通话实例的拨打与挂断 测试用例标识
测试阶段：系统测试 测试项 单个通话实例的拨打与挂断 测试项属性 A 参照规范
重要级别 高 测试原因 手机在待机状态下，确保手机能正常拨出电话 预置条件 1.
正常信号环境 2.
IDLE状态 3.
默认原厂参数设定 输入 1.
电话号码（手机号码，固定电话，带分机的号码，字符串，特殊号码如：**21*21xxxxxxxx# ，+或，超短号码，超长号码，拨打一位号码，拨打最大长度号码等） 2.
拨号过程中电池低电量提示、来短信、来彩信 3.
拨号过程中闹钟时间到、行事历时间到 4.
拨号过程中插上充电器 5.
拨号过程中突然断电 6.
按键加锁 测试执行步骤 IDLE状态拨打号码 按Send键发送 按End键挂断 预期输出结果 1.
按Send键可以拨打并显示，按End键可挂断 2.
拨打号码过程电池低电量提示、来短信、来彩信拨打界面正常 3.
拨打号码过程闹钟时间到、行事历时间到拨打界面正常 4.
拨号过程中插上充电器，背光状态及拨打界面正常 5.
拨号过程中突然断电，插上充电器重新开机后能正常拨出 6.
按键加锁仅可拨打紧急电话号码112
测试用例标识
测试阶段：系统测试 测试项 单个通话实例的拨打与挂断 测试项属性 A 参照规范
重要级别 高 测试原因 手机在无信号或无网络情形下，手机无法正常拨打电话 预置条件 1.
正在搜索网络或正处于注册界面 2.
IDLE状态 3.
默认原厂参数设定 输入 同上用例 测试执行步骤 IDLE状态拨打号码 按Send键拨号 预期输出结果 1.
重复以上操作，提示无法拨打成功的提示信息 2.
重复以上步骤，背光处理正常
测试用例标识
测试阶段：系统测试 测试项 单个通话实例的拨打与挂断 测试项属性 A 参照规范
重要级别 高 测试原因 SIM卡失效情况下，手机无法正常拨打电话 预置条件 1.
事先准备欠费、过期、被锁、注册失败、无法使用的SIM卡 2.
IDLE状态 3.
默认原厂参数设定 输入 同上用例 测试执行步骤 IDLE状态拨打号码 按Send键拨号 预期输出结果 1.
重复以上操作，提示无法拨打成功的提示信息 2.
重复以上步骤，背光处理正常 3.
重复以上步骤，提示给用户可接受的错误异常信息
测试用例标识
测试阶段：系统测试 测试项 单个通话实例的拨打与挂断(开启固定拨号名单时) 测试项属性 A 参照规范
重要级别 高 测试原因 手机在待机状态下，确保手机能正常拨出固定拨号名单中电话号码 预置条件 正常信号环境 IDLE状态 默认原厂参数设定 SIM卡开启固定拨号名单 输入 1.
预选存取电话号码（手机号码，固定电话，带分机的号码，字符串，特殊号码如：**21*21xxxxxxxx# ，+或，超短号码，超长号码，拨打一位号码，拨打最大长度号码等） 2.
拨打固定拨号名单中存在的号码。如，8621xxxxxxxxw 3.
拨打固定拨号名单中没有的号码。如，xxxxxxxx 4.
拨号过程中电池低电量提示、来短信、来彩信 5.
拨号过程中闹钟时间到、行事历时间到 6.
拨号过程中插上充电器 7.
拨号过程中突然断电 8.
按键加锁 9.
操作通话选项菜单 测试执行步骤 IDLE状态拨打号码 按Send键发送 按End键挂断 预期输出结果 1.
按Send键可以拨打并显示，按End键可挂断，拨号画面正常，且显示固定拨号名单中名字 2.
拨号画面正常 3.
拨号画面提示”限拨FDN名单” 4.
拨打号码过程电池低电量提示、来短信、来彩信拨打界面正常 5.
拨打号码过程闹钟时间到、行事历时间到拨打界面正常 6.
拨号过程中插上充电器，背光状态及拨打界面正常 7.
拨号过程中突然断电，插上充电器重新开机后能正常拨出 8.
按键加锁仅可拨打紧急电话号码112 9.
通话选项菜单功能正常
测试用例标识
测试阶段：系统测试 测试项 单个通话实例的拨打与挂断(设定通话限制时) 测试项属性 A 参照规范
重要级别 高 测试原因 手机在待机状态下，确保手机能满足通话限制功能 预置条件 正常信号环境 IDLE状态 默认原厂参数设定 申请开通通话限制服务 输入
测试执行步骤 IDLE状态拨打号码 按Send键发送 按End键挂断 预期输出结果
测试用例标识
测试阶段：系统测试 测试项 单个通话实例的拨打与挂断(漫游情形时) 测试项属性 A 参照规范
重要级别 高 测试原因 手机在待机状态下，确保手机能满足通话限制功能 预置条件 正常信号环境 IDLE状态 默认原厂参数设定 申请开通通话限制服务 输入
测试执行步骤 IDLE状态拨打号码 按Send键发送 按End键挂断 预期输出结果
边界值分析例子1： 短消息发送功能的等价类划分方法: 英文：Default 7-bit alphabet (over 16 characters) 合法等价类： ～16 非法等价类：：&16 The quick fox jumps over the lazy brown dog
中文：UCS-2 alphabet (over 7 characters) 合法等价类： ～7 非法等价类：：&7
诺基亚（英文）：Extended default 7-bit alphabet (over 14 Bytes)，智慧短信，可以携带黑白图片。 合法等价类： ～14 非法等价类：：&14
例子2： 首先用7列的LCD显示屏，软件可以显示7列汉字，如果换成8列汉字的显示屏，那么，如果软件格式化处理比较僵化，可能依然显示7个汉字。这样，软件的实现，与LCD的规格不符合。因此，需要考虑LCD屏幕的规格，依据边界值方法设计用例。
LCD屏幕上有效显示区域4行每行8汉字，可考虑编辑超过4行每行超过16字符情形来进行测试。
LCD列边界值需要考虑：7个汉字，8个汉字，9个汉字 行边界值：31个汉字，32个汉字，33个汉字
例子3： SIM卡名片簿姓名超长（2个英文字符），号码超长情形，新增和查看用户姓名
由学员完成该作业： 1、
注意等价类和边界值的用例设计方法 2、
关注LCD的显示格式问题 3、
关注新增、查看两种功能的结合，可能新增姓名是正确的，但是查看的格式错误。
错误猜测法例子1： 利用手机闹钟重响的例子引入错误猜测法基本概念，讲解错误猜测法的意义 未接来电29通，内存中规划的分区一直分配被占用。即使同一号码也同样占用资源。假设此时第3通电话正好为来电号码不显示，即”来电号码未知”或境外来电号码隐藏时（国外保护个人隐私，自动开启来电号码隐藏功能），可能会出现BUG，实际情况证明，此时会出现Reset问题。
同样道理，推断第一通电话如果为”来电号码未知”，也可能出现上述问题。
例子2： 通常手机解决方案中sunplus、雅马哈和弦芯片发声。为了降低成本采用DSP策略纯软件发声（如果采用硬件独立声音控制芯片，不会出现下面问题），此时测试中就猜测当手机设定闹钟时，闹钟时间到后，确定为重响，此时用户进入铃声选择-浏览-播放时，这时候铃声控制软件会出现资源冲突，可能出现BUG。测试结果是出现RESET或者浏览铃声无响铃的结果。
例子3： 比如，设定闹钟铃声，在IDLE下闹钟响铃未处理（响铃一分钟后，铃声停止，系统进入另外一种状态，菜单提示为闹钟是否重响？），待钤声响完后按两次SKL键（确定键），（第一次确定要重响，第二次应该返回IDLE状态），再次进入”钤声设定”/”钤声类型”，此时任选一铃声都没有声音
判定表法举例一，若手机用户欠费或停机，则不允许主被叫。表示为判定表如下：
1 2 3 4 条件 用户欠费 Y Y N N 用户被停机 Y N Y N 动作 可以主被叫 N N N Y
举例二，区别手机掉网、搜网、飘网、SIM卡座松动问题
显示运营商logo正确
显示有信号
可以拨打电话
Y（除拨112外还可以拨打其它号码）
流程分析方法
1-手动/自动选网模式；11-自动注册并显示已有网络服务 2-手动模式（选网模式的一种）；3-搜寻到HPLMN（归属网络）及FPLMN（禁止网络）；6-频段搜索；7-自动选择频段；8-手动选择频段9或18；（新手机才有频段手动选择）4-选择FPLMN；5-注册FPLMN
路径 path1:1-11 path2:1-2-3-4-5-1-11 path3:1-2-3-6-8-9-1-1-11 path4:1-2-3-6-7-9-1-1-11 举例二，彩信发送功能 1.
终端发送MMS，如果是终端到终端，那么以WSP（无线会话协议）协议编码送到WAP网关；如果终端到应用服务器（发送Email），则以IP协议发送到IP网关； 2.
WAP网关或IP网关都以HTTP协议与MMS中继器通信，文件内容传给中继器 3.
中继器将文件送往MMS服务器，并以MIME格式存储。（MIME的格式可以被手机终端识别并显示，并且可以被Email客户端浏览并显示的文件格式） 4.
如果MMS接收方为手机终端，MMS服务器调用号码以及相关路由信息，并进行数据分析，判断终端支持能力和承载能力，如果终端不支持MMS，只通过短消息格式发文字部分；如果终端支持MMS，直接发送MIME格式的文件到手机终端。 5.
如果，发送到Email服务器，系统通过路由选择，把MIME格式的文件发送到Email地址所在的服务器。 6.
该MMS支持的媒体格式包括文本、铃声、图片；文本没有上限64K，包括64K；铃声单首最大为64K，包括64K，最多支持5页；单页图片最大64K，最多5页；
测试用例设计 利用流程分析方法，测试分析时需要考虑以下几点： 1.
彩信发送测试时需要考虑基于WAP业务实现和基于IP网关的流程差异； 2.
MMS服务器数据分析并确定处理方法时需要考虑终端到终端的情形和终端到应用的业务情形； 3.
确定终端到终端的情形下，还需要考虑终端是否支持MMS发送
正交试验设计法例子1： 假设一个WEB站点，该站点有大量的服务器和操作系统，并且有许多具有各种插件的浏览器浏览： WEB浏览器：Netscape6.2、IE6.、Opera4. 插件：
无、RealPlayer、MediaPlayer 应用服务器：IIS、Apche、Netscape Enterprise 操作系统：Windows2、Windows NT、Linux
1 2 3 4 1 1 1 1 1 2 1 2 2 2 3 1 3 3 3 4 2 1 2 3 5 2 2 3 1 6 2 3 1 2 7 3 1 3 2 8 3 2 1 3 9 3 3 2 1
提取系统功能说明中的因子： WEB浏览器 插件 应用服务器 操作系统
分析各因子的状态 WEB浏览器：1＝Netscape6.2、2=IE6.、3=Opera4. 插件: 1=None、2=RealPlayer、3=MediaPlayer 应用服务器: 1=IIS、2=Apche、3=Netscape Enterprise 操作系统: 1=Windows2、2=Windows NT、3=Linux
将因子、状态映射到上面正交表中： 测试用例 浏览器 插件 服务器 操作系统 1 Netscape6.2 None IIS Windows2 2 Netscape6.2 RealPlayer Apche Windows NT 3 Netscape6.2 MediaPlayer Netscape Enterprise Linux 4 IE6. None Apche Linux 5 IE6. RealPlayer Netscape Enterprise Windows2 6 IE6. MediaPlayer IIS Windows NT 7 Opera4. None Netscape Enterprise Windows NT 8 Opera4. RealPlayer IIS Linux 9 Opera4. MediaPlayer Apche Windows2
举例2：MMS处理模块
编辑模块：支持SMIL（同步多媒体综合语言）、不支持SMIL….. 效果处理模块：水波纹、半透明、水印、反透….. 界面显示模块：POP形式、窗体式显示….. 举例3：照相机功能测试
状态迁移法举例手机mp3键盘播放模式测试用例设计 1.
键盘用户模式基本操作功能 2.
支持媒体格式与文件格式要求 3.
多媒体播放中对外部事件的响应 4.
终端处理能力（包括终端异常处理、文件操作） 5.
PC与终端同步能力
键盘用户模式基本操作功能系统测试用例设计步骤： 编写状态—事件表； 编制状态图转换表； 编写合法测试用例； 编写非法测试用例； 编写错误异常处理测试项； 序号 需求内容 播放器要求 1 功能类型和操作方式 采用菜单选项方式 2 文件播放 必须支持 3 播放基本功能Play， Pause， Stop， Seek 必须支持 4 声音调节 必须支持 5 亮度调节 必须支持 6 对比度调节 推荐支持 7 播放进度显示 必须支持 8 模式选择及切换 必须支持，可通过设定功能键切换常规模式 9 后台播放模式 推荐支持 1 播放器设置 必须支持，提供缺省设置 11 播放统计及列表记录 必须支持 12 5键快捷设定及操作 必须支持
5键 功能定义 Up 增大音量 Down 减小音量 Left 上一首或后退 Right 下一首或快进 Select（侧键ok） 播放/暂停 功能切换
状态—事件表（黑点着重号表示为非法组合） 函数名字 Idle 倒 播放 进 录音 EvRewindbutton （倒） 1-倒 · 8-倒 11-倒 · Evplaybutton （播放） 2-播放 5-播放 · 12-播 · Evfastforwardbutton （进） 3-进 6-进 9-进 · · Evrecord （录音） 4-录音 · · · · Evstopbutton （Idle） · 7-idle 1-idle 13-idle 14-idle
本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/morsun28/archive/29/4/22/41738.aspx
手机软件系统测试用例设计举例[转] 收藏一、
等价类分析法等价类划分方法针对手机状态大致可以归几个大类： 1.
按键类（等价法）：有效输入和无效输入（有效输入指UM和菜单指示；无效输入指测试菜单功能此时没有定义的按键和用户动作）； 2.
外部中断类（等价法）：常用、不常用及无效 2.1.
常用：来电和来消息（短信、彩信、push消息）；掀合盖；侧键；耳机＆FM；情景模式；电量不足 2.2.
不常用：充电；闹钟＆记事本＆关机时间＆整点报时提示；Icon＆动画显示；Icon＆动画刷新；编辑界面＆pop显示框输入为空或满；编辑界面＆pop显示框状态输入法默认＆字符编码默认；失效SIM卡；大容量等SIM卡兼容；排序；号码识别； 2.3.
无效：”资料读取中…”；”复制中…”；”请稍后再试” 3.
存储器类 3.1.
等价法分类：读或写；不读或不写。 3.2.
因果法分类：先SIM卡后手机；先手机后SIM卡；提示用户选择存储器（对比Nokia）。 3.3.
操作分类：读；写；新增；删除；复制（先删除后新增；先新增后删除） 4.
状态类：正确；错误；变更；用户设定变更
举例一，短消息发送功能: 英文：Default 7-bit alphabet (over 16 characters) 合法等价类： ～16 非法等价类：：&16 The quick fox jumps over the lazy brown dog
中文：UCS-2 alphabet (over 7 characters) 合法等价类： ～7 非法等价类：：&7
诺基亚（英文）：Extended default 7-bit alphabet (over 14 Bytes)，智慧短信，可以携带黑白图片。 合法等价类： ～14 非法等价类：：&14 在写字板里面输入”联通”二字，保存后，再打开，即出现乱码。
举例二，单个通话实例的拨打与挂断 测试用例标识
测试阶段：系统测试 测试项 单个通话实例的拨打与挂断 测试项属性 A 参照规范
重要级别 高 测试原因 手机在待机状态下，确保手机能正常拨出电话 预置条件 1.
正常信号环境 2.
IDLE状态 3.
默认原厂参数设定 输入 1.
电话号码（手机号码，固定电话，带分机的号码，字符串，特殊号码如：**21*21xxxxxxxx# ，+或，超短号码，超长号码，拨打一位号码，拨打最大长度号码等） 2.
拨号过程中电池低电量提示、来短信、来彩信 3.
拨号过程中闹钟时间到、行事历时间到 4.
拨号过程中插上充电器 5.
拨号过程中突然断电 6.
按键加锁 测试执行步骤 IDLE状态拨打号码 按Send键发送 按End键挂断 预期输出结果 1.
按Send键可以拨打并显示，按End键可挂断 2.
拨打号码过程电池低电量提示、来短信、来彩信拨打界面正常 3.
拨打号码过程闹钟时间到、行事历时间到拨打界面正常 4.
拨号过程中插上充电器，背光状态及拨打界面正常 5.
拨号过程中突然断电，插上充电器重新开机后能正常拨出 6.
按键加锁仅可拨打紧急电话号码112
测试用例标识
测试阶段：系统测试 测试项 单个通话实例的拨打与挂断 测试项属性 A 参照规范
重要级别 高 测试原因 手机在无信号或无网络情形下，手机无法正常拨打电话 预置条件 1.
正在搜索网络或正处于注册界面 2.
IDLE状态 3.
默认原厂参数设定 输入 同上用例 测试执行步骤 IDLE状态拨打号码 按Send键拨号 预期输出结果 1.
重复以上操作，提示无法拨打成功的提示信息 2.
重复以上步骤，背光处理正常
测试用例标识
测试阶段：系统测试 测试项 单个通话实例的拨打与挂断 测试项属性 A 参照规范
重要级别 高 测试原因 SIM卡失效情况下，手机无法正常拨打电话 预置条件 1.
事先准备欠费、过期、被锁、注册失败、无法使用的SIM卡 2.
IDLE状态 3.
默认原厂参数设定 输入 同上用例 测试执行步骤 IDLE状态拨打号码 按Send键拨号 预期输出结果 1.
重复以上操作，提示无法拨打成功的提示信息 2.
重复以上步骤，背光处理正常 3.
重复以上步骤，提示给用户可接受的错误异常信息
测试用例标识
测试阶段：系统测试 测试项 单个通话实例的拨打与挂断(开启固定拨号名单时) 测试项属性 A 参照规范
重要级别 高 测试原因 手机在待机状态下，确保手机能正常拨出固定拨号名单中电话号码 预置条件 正常信号环境 IDLE状态 默认原厂参数设定 SIM卡开启固定拨号名单 输入 1.
预选存取电话号码（手机号码，固定电话，带分机的号码，字符串，特殊号码如：**21*21xxxxxxxx# ，+或，超短号码，超长号码，拨打一位号码，拨打最大长度号码等） 2.
拨打固定拨号名单中存在的号码。如，8621xxxxxxxxw 3.
拨打固定拨号名单中没有的号码。如，xxxxxxxx 4.
拨号过程中电池低电量提示、来短信、来彩信 5.
拨号过程中闹钟时间到、行事历时间到 6.
拨号过程中插上充电器 7.
拨号过程中突然断电 8.
按键加锁 9.
操作通话选项菜单 测试执行步骤 IDLE状态拨打号码 按Send键发送 按End键挂断 预期输出结果 1.
按Send键可以拨打并显示，按End键可挂断，拨号画面正常，且显示固定拨号名单中名字 2.
拨号画面正常 3.
拨号画面提示”限拨FDN名单” 4.
拨打号码过程电池低电量提示、来短信、来彩信拨打界面正常 5.
拨打号码过程闹钟时间到、行事历时间到拨打界面正常 6.
拨号过程中插上充电器，背光状态及拨打界面正常 7.
拨号过程中突然断电，插上充电器重新开机后能正常拨出 8.
按键加锁仅可拨打紧急电话号码112 9.
通话选项菜单功能正常
测试用例标识
测试阶段：系统测试 测试项 单个通话实例的拨打与挂断(设定通话限制时) 测试项属性 A 参照规范
重要级别 高 测试原因 手机在待机状态下，确保手机能满足通话限制功能 预置条件 正常信号环境 IDLE状态 默认原厂参数设定 申请开通通话限制服务 输入
测试执行步骤 IDLE状态拨打号码 按Send键发送 按End键挂断 预期输出结果
测试用例标识
测试阶段：系统测试 测试项 单个通话实例的拨打与挂断(漫游情形时) 测试项属性 A 参照规范
重要级别 高 测试原因 手机在待机状态下，确保手机能满足通话限制功能 预置条件 正常信号环境 IDLE状态 默认原厂参数设定 申请开通通话限制服务 输入
测试执行步骤 IDLE状态拨打号码 按Send键发送 按End键挂断 预期输出结果
边界值分析例子1： 短消息发送功能的等价类划分方法: 英文：Default 7-bit alphabet (over 16 characters) 合法等价类： ～16 非法等价类：：&16 The quick fox jumps over the lazy brown dog
中文：UCS-2 alphabet (over 7 characters) 合法等价类： ～7 非法等价类：：&7
诺基亚（英文）：Extended default 7-bit alphabet (over 14 Bytes)，智慧短信，可以携带黑白图片。 合法等价类： ～14 非法等价类：：&14
例子2： 首先用7列的LCD显示屏，软件可以显示7列汉字，如果换成8列汉字的显示屏，那么，如果软件格式化处理比较僵化，可能依然显示7个汉字。这样，软件的实现，与LCD的规格不符合。因此，需要考虑LCD屏幕的规格，依据边界值方法设计用例。
LCD屏幕上有效显示区域4行每行8汉字，可考虑编辑超过4行每行超过16字符情形来进行测试。
LCD列边界值需要考虑：7个汉字，8个汉字，9个汉字 行边界值：31个汉字，32个汉字，33个汉字
例子3： SIM卡名片簿姓名超长（2个英文字符），号码超长情形，新增和查看用户姓名
由学员完成该作业： 1、
注意等价类和边界值的用例设计方法 2、
关注LCD的显示格式问题 3、
关注新增、查看两种功能的结合，可能新增姓名是正确的，但是查看的格式错误。
错误猜测法例子1： 利用手机闹钟重响的例子引入错误猜测法基本概念，讲解错误猜测法的意义 未接来电29通，内存中规划的分区一直分配被占用。即使同一号码也同样占用资源。假设此时第3通电话正好为来电号码不显示，即”来电号码未知”或境外来电号码隐藏时（国外保护个人隐私，自动开启来电号码隐藏功能），可能会出现BUG，实际情况证明，此时会出现Reset问题。
同样道理，推断第一通电话如果为”来电号码未知”，也可能出现上述问题。
例子2： 通常手机解决方案中sunplus、雅马哈和弦芯片发声。为了降低成本采用DSP策略纯软件发声（如果采用硬件独立声音控制芯片，不会出现下面问题），此时测试中就猜测当手机设定闹钟时，闹钟时间到后，确定为重响，此时用户进入铃声选择-浏览-播放时，这时候铃声控制软件会出现资源冲突，可能出现BUG。测试结果是出现RESET或者浏览铃声无响铃的结果。
例子3： 比如，设定闹钟铃声，在IDLE下闹钟响铃未处理（响铃一分钟后，铃声停止，系统进入另外一种状态，菜单提示为闹钟是否重响？），待钤声响完后按两次SKL键（确定键），（第一次确定要重响，第二次应该返回IDLE状态），再次进入”钤声设定”/”钤声类型”，此时任选一铃声都没有声音
判定表法举例一，若手机用户欠费或停机，则不允许主被叫。表示为判定表如下：
1 2 3 4 条件 用户欠费 Y Y N N 用户被停机 Y N Y N 动作 可以主被叫 N N N Y
举例二，区别手机掉网、搜网、飘网、SIM卡座松动问题
显示运营商logo正确
显示有信号
可以拨打电话
Y（除拨112外还可以拨打其它号码）
流程分析方法
1-手动/自动选网模式；11-自动注册并显示已有网络服务 2-手动模式（选网模式的一种）；3-搜寻到HPLMN（归属网络）及FPLMN（禁止网络）；6-频段搜索；7-自动选择频段；8-手动选择频段9或18；（新手机才有频段手动选择）4-选择FPLMN；5-注册FPLMN
路径 path1:1-11 path2:1-2-3-4-5-1-11 path3:1-2-3-6-8-9-1-1-11 path4:1-2-3-6-7-9-1-1-11 举例二，彩信发送功能 1.
终端发送MMS，如果是终端到终端，那么以WSP（无线会话协议）协议编码送到WAP网关；如果终端到应用服务器（发送Email），则以IP协议发送到IP网关； 2.
WAP网关或IP网关都以HTTP协议与MMS中继器通信，文件内容传给中继器 3.
中继器将文件送往MMS服务器，并以MIME格式存储。（MIME的格式可以被手机终端识别并显示，并且可以被Email客户端浏览并显示的文件格式） 4.
如果MMS接收方为手机终端，MMS服务器调用号码以及相关路由信息，并进行数据分析，判断终端支持能力和承载能力，如果终端不支持MMS，只通过短消息格式发文字部分；如果终端支持MMS，直接发送MIME格式的文件到手机终端。 5.
如果，发送到Email服务器，系统通过路由选择，把MIME格式的文件发送到Email地址所在的服务器。 6.
该MMS支持的媒体格式包括文本、铃声、图片；文本没有上限64K，包括64K；铃声单首最大为64K，包括64K，最多支持5页；单页图片最大64K，最多5页；
测试用例设计 利用流程分析方法，测试分析时需要考虑以下几点： 1.
彩信发送测试时需要考虑基于WAP业务实现和基于IP网关的流程差异； 2.
MMS服务器数据分析并确定处理方法时需要考虑终端到终端的情形和终端到应用的业务情形； 3.
确定终端到终端的情形下，还需要考虑终端是否支持MMS发送
正交试验设计法例子1： 假设一个WEB站点，该站点有大量的服务器和操作系统，并且有许多具有各种插件的浏览器浏览： WEB浏览器：Netscape6.2、IE6.、Opera4. 插件：
无、RealPlayer、MediaPlayer 应用服务器：IIS、Apche、Netscape Enterprise 操作系统：Windows2、Windows NT、Linux
1 2 3 4 1 1 1 1 1 2 1 2 2 2 3 1 3 3 3 4 2 1 2 3 5 2 2 3 1 6 2 3 1 2 7 3 1 3 2 8 3 2 1 3 9 3 3 2 1
提取系统功能说明中的因子： WEB浏览器 插件 应用服务器 操作系统
分析各因子的状态 WEB浏览器：1＝Netscape6.2、2=IE6.、3=Opera4. 插件: 1=None、2=RealPlayer、3=MediaPlayer 应用服务器: 1=IIS、2=Apche、3=Netscape Enterprise 操作系统: 1=Windows2、2=Windows NT、3=Linux
将因子、状态映射到上面正交表中： 测试用例 浏览器 插件 服务器 操作系统 1 Netscape6.2 None IIS Windows2 2 Netscape6.2 RealPlayer Apche Windows NT 3 Netscape6.2 MediaPlayer Netscape Enterprise Linux 4 IE6. None Apche Linux 5 IE6. RealPlayer Netscape Enterprise Windows2 6 IE6. MediaPlayer IIS Windows NT 7 Opera4. None Netscape Enterprise Windows NT 8 Opera4. RealPlayer IIS Linux 9 Opera4. MediaPlayer Apche Windows2
举例2：MMS处理模块
编辑模块：支持SMIL（同步多媒体综合语言）、不支持SMIL….. 效果处理模块：水波纹、半透明、水印、反透….. 界面显示模块：POP形式、窗体式显示….. 举例3：照相机功能测试
状态迁移法举例手机mp3键盘播放模式测试用例设计 1.
键盘用户模式基本操作功能 2.
支持媒体格式与文件格式要求 3.
多媒体播放中对外部事件的响应 4.
终端处理能力（包括终端异常处理、文件操作） 5.
PC与终端同步能力
键盘用户模式基本操作功能系统测试用例设计步骤： 编写状态—事件表； 编制状态图转换表； 编写合法测试用例； 编写非法测试用例； 编写错误异常处理测试项； 序号 需求内容 播放器要求 1 功能类型和操作方式 采用菜单选项方式 2 文件播放 必须支持 3 播放基本功能Play， Pause， Stop， Seek 必须支持 4 声音调节 必须支持 5 亮度调节 必须支持 6 对比度调节 推荐支持 7 播放进度显示 必须支持 8 模式选择及切换 必须支持，可通过设定功能键切换常规模式 9 后台播放模式 推荐支持 1 播放器设置 必须支持，提供缺省设置 11 播放统计及列表记录 必须支持 12 5键快捷设定及操作 必须支持
5键 功能定义 Up 增大音量 Down 减小音量 Left 上一首或后退 Right 下一首或快进 Select（侧键ok） 播放/暂停 功能切换
状态—事件表（黑点着重号表示为非法组合） 函数名字 Idle 倒 播放 进 录音 EvRewindbutton （倒） 1-倒 · 8-倒 11-倒 · Evplaybutton （播放） 2-播放 5-播放 · 12-播 · Evfastforwardbutton （进） 3-进 6-进 9-进 · · Evrecord （录音） 4-录音 · · · · Evstopbutton （Idle） · 7-idle 1-idle 13-idle 14-idle
本文来自CSDN博客，转载请标明出处：http://blog.csdn.net/morsun28/archive/29/4/22/41738.aspx
软件测试面试题相关内容
看了这篇文章的还看了
大学法学专业寒假社会实践报告 作为一名法学专业的学生，我时常感到迷茫。对于自己在大学已经一年有余的学习，有时真不清楚自己学到了多少，也许身在其中便是一个成长的过程。 但我知道我不会总是那个曾经永远长不大的孩子，因为我发现自己的视野将愈加远倾。也许出生于南方的我与好...…
珍惜地球资源建议书亲爱的同学们：你们好！我是一个跟你们差不多大年纪的学生，今年刚上六年级。我们同在一个地球上，同在一片蓝天下，珍惜地球资源是我们的责任。我们都知道，地球是我们赖以生存的地方。宇宙中，以地球为中心的四十万亿千米的范围里，没有适合人类居住的另一个星球...…
小学生关于环境污染的建议书尊敬的校长:您好!我是您学校的一名学生，今天我想和您谈谈关于学校环境污染的问题。以前，校园环境优美，绿树成荫，小鸟整天叽叽地叫。这样的校园，是个学习的好地方。可如今：每当吃完包点，就会看到满地乱扔的包点，牛奶盒。清洁工人刚打扫完，就又有人...…
保护长城建议书同学们：我国历史悠久，古迹众多。但由于种种原因，许多古迹遭到严重的破坏。比如长城，游人大量涌入，长城的城墙被乱涂乱画，果皮、塑料袋等垃圾随处可见，有些村民在垛口处私自搭梯子，收点小费等等。看见这些令人担忧的情景，我们也许十几年后地就看不见长城了，我...…
关于工厂排放污水的建议书荆门石化总厂：现在竹皮河的水又脏又臭。每当人们走在竹皮河边时，总会闻到一股臭气。人们都捂着鼻子，加快步伐。想想以前，竹皮河的水十分干净和清澈。听爷爷说：&从河东走到河西一眼望去就有十几筐的大乌龟。&可现在呢？一只也没见到了。由于现在几十个...…
面试题目热门标签
友情链接链接合作QQ：