51Testing软件测试论坛

 找回密码
 (注-册)加入51Testing

QQ登录

只需一步,快速开始

微信登录,快人一步

手机号码,快捷登录

查看: 2797|回复: 2
打印 上一主题 下一主题

[讨论] 测试用例评审意义

[复制链接]

该用户从未签到

跳转到指定楼层
1#
发表于 2018-3-1 14:35:46 | 只看该作者 回帖奖励 |倒序浏览 |阅读模式
首先要清楚内部评审的定义,是测试组内部的评审,还是项目组内部的评审。评审的定义不同,内
容也不会相同。
如果是测试组内部的评审,应该着重于:
1. 测试用例本身的描述是否清晰,是否存在二义性
2.是否考虑到测试用例的执行效率.往往测试用例中步骤不断重复执行,验证点却不同,而且测试设
计的冗余性,都造成了效率的低下
3.是否针对需求跟踪矩阵,覆盖了所有的软件需求,
4.是否完全遵守了软件需求的规定。这并不一定的,因为即使再严格的评审,也会出现错误,应具
体情况具体对待。
如果是项目组内部的评审,也就需要评审委员会来做了,角度不同,评审的标准也不同。比如:
收集客户需求的人员注重你的业务逻辑是否正确;
分析软件需求规格的人注重你的用例是否跟规格要求一致;
开发负责人会注重你的用例中对程序的要求是否合理。
要清楚地一点是:为了保证测试用例设计的质量,以及评审的收益,在提交项目组评审之前,必须
通过测试部门或测试组内部的评审。
1.测试用例是否覆盖了所有需求. 2.测试用例内容是否正确,是否与需求目标一致. 3.测试用例内容是
否完整,是否清楚包含输入和预期输出结果. 4.测试用例是否具有指导性,是否能灵活指导测试人员通
过用例发现更多缺陷,而不是限制他们的思维. 初期设计测试点时,应该进行测试组内部评审,当然
首先是要保证需求全被覆盖,如果能在评审时,让需求分析人员参与进来,效果会更好。
测试用例评审如何去做呢?
测试用例的评审能够使用例的结构更清晰,覆盖的用户场景更全面;对于测试工程师来说也是一个
快速提高用例设计能力的过程。
1、需要评审的原因
测试用例是软件测试的准则,但它并不是一经编制完成就成为准则。由于用例开发人员的设计经
验和对需求理解的深度各不相同,所以用例的质量难免会有不同程度的差异。
2、进行评审的时机
一般会有两个时间点。第一,是在用例的初步设计完成之后进行评审;第二是在整个详细用例全
部完成之后进行二次评审。如果项目时间比较紧张,尽可能保证对用例设计进行评审,提前发现
其中的不足之处。
3、参与评审人员
这里会分为多个级别进行评审。
1) 部门评审,测试部门全体成员参与的评审。
2) 公司评审,这里包括了项目经理、需求分析人员、架构设计人员、开发人员和测试人员。
3) 客户评审,包括了客户方的开发人员和测试人员。这种情况在外包公司比较常见。
4、评审内容
评审的内容有以下几个方面:
1) 用例设计的结构安排是否清晰、合理,是否利于高效对需求进行覆盖。
2) 优先极安排是否合理。
3) 是否覆盖测试需求上的所有功能点。
4) 用例是否具有很好可执行性。例如用例的前提条件、执行步骤、输入数据和期待结果是否清
晰、正确;期待结果是否有明显的验证方法。
5) 是否已经删除了冗余的用例。
6) 是否包含充分的负面测试用例。充分的定义,如果在这里使用2&8法则,那就是4倍于正面用
例的数量,毕竟一个健壮的软件,其中80%的代码都是在“保护”20%的功能实现。
7) 是否从用户层面来设计用户使用场景和使用流程的测试用例。
8) 是否简洁,复用性强。例如,可将重复度高的步骤或过程抽取出来定义为一些可复用标准步骤。
个人认为,一个“健康”的测试用例至少要通过前5个标准。
5、评审的方式
1) 召开评审会议。与会者在设计人员讲解之后给出意见和建议,同时进行详细的评审记录。
2) 通用邮件与相关人员沟通
3) 通用IM工具直接与相关人员交流
方式只是手段,得到其它人员对于用例的反馈信息才是目的。
无论采用那种方式,都应该在沟通之前把用例设计的相关文档发送给对方进行前期的学习和了解
,以节省沟通成本。
6、评审结束标准
在评审活动中会收集到用例的反馈信息,在此基础上进行用例更新,直到通过评审。
个人愚见,仅参考 ^o^
测试用例评审检查单:
序号 主要检查项
1《需求规格说明书》是否评审并建立了基线?
2 是否按照测试计划时间完成用例编写?
3 需求新增和变更是否进行了对应的调整?
4 用例是否按照公司定义的模板进行编写?
5 测试用例是否覆盖了《需求规格说明书》?
6 用例编号是否和需求进行对应?
7 非功能测试需求或不可测试需求是否在用例中列出并说明?
8 用例设计是否包含了正面、反面的用例?
9 每个测试用例是否清楚的填写了测试特性、步骤、预期结果?
10 步骤/输入数据部分是否清晰,是否具备可操作性?
11 测试用例是否包含测试数据、测试数据的生成办法或者输入的相关描述?
12 测试用例是否包含边界值、等价类分析、因果图、错误推测、等测试用例设计方法?是否针
对需求不同部分设计使用不同设计方法?
13 重点需求用例设计至少要有三种设计方法?
14 每个测试用例是否都阐述预期结果和评估该结果的方法?
15 需要进行打印、表格、导入、导出、接口是否存在打印位置、表格名称、指定数据库表名
或文件位置;表格和数据格式是否有说明或附件?
16 用例覆盖率是否达到相应质量指标?
17 用例预期缺陷率是否达到相应质量指标?

分享到:  QQ好友和群QQ好友和群 QQ空间QQ空间 腾讯微博腾讯微博 腾讯朋友腾讯朋友
收藏收藏
回复

使用道具 举报

本版积分规则

关闭

站长推荐上一条 /1 下一条

小黑屋|手机版|Archiver|51Testing软件测试网 ( 沪ICP备05003035号 关于我们

GMT+8, 2024-11-17 00:25 , Processed in 0.066765 second(s), 22 queries .

Powered by Discuz! X3.2

© 2001-2024 Comsenz Inc.

快速回复 返回顶部 返回列表