第22回 测试用例的复审
来源:互联网 发布:淘宝金枪鱼专门店 编辑:程序博客网 时间:2024/05/19 03:26
测试用例的设计是整个软件测试工作的核心,测试用例反映对被测对象的质量要求和评估范围,决定测试的效率和测试自身的质量。
所以对测试用例的评审,就显得非常重要。测试用例设计完之后,要经过非正式和正式的复审和评审。在测试用例审查、评审过程中,主要检查下列内容:
- 测试用例设计的整体思路是否清晰,是否清楚系统的结构和逻辑从而使测试用例的结构或层次清晰,测试的优先级或先后次序是否合理;
- 测试用例设计的有效性,测试的重点是否突出,即是否抓住修改较大的地方、程序或系统的薄弱环节等;
- 测试用例的覆盖面,有没有考虑到产品使用中一些特别场景(scenario)、考虑到一些边界和接口的地方;
- 测试用例的描述,前提条件是否存在、步骤是否简明清楚、期望结果(Criteria)是否符合产品规格说明书或客户需要;
- 测试环境是否准确,测试用例有没有正确定义测试所需要的条件或环境;
- 测试用例的复用性和可维护性,良好的测试用例将会具有重复使用的功能, 保证测试的稳定性;
- 测试用例是否符合其他要求,如可管理性、易于自动化测试的转化等。
测试用例在评审后,根据评审意见做出修改,继续评审,直至通过评审。在以后的测试中,如果有些被发现的缺陷,没有测试用例,应及时添加新的测试用例或修改相应的测试用例。和软件缺陷相关的测试用例是更有效的测试用例,其执行的优先级也高。通过测试用例所发现的缺陷占所有软件缺陷的比值,是衡量测试用例质量和有效性的方法之一。
预知后事如何,请读下回分解:第23回 严格执行测试
Trackback: http://tb.blog.csdn.net/TrackBack.aspx?PostId=1373990
- 第22回 测试用例的复审
- 第22回 测试用例的复审
- 第22回 测试用例的复审
- 利用角色扮演和用例卡片进行需求复审
- 【寒江雪】静态测试之需求复审
- 复审在美国的章程德佑介绍
- 代码复审
- 代码复审
- 代码复审
- 第21回 测试用例设计方法的综合运用
- 第21回 测试用例设计方法的综合运用
- 第21回 测试用例设计方法的综合运用
- 第4回 软件测试的目标
- 第8回 测试的三维空间
- 第20回 测试风险的管理
- 第4回 软件测试的目标
- 第8回 测试的三维空间
- 第20回 测试风险的管理
- 第24回 测试进度和成本的控制
- 第23回 严格执行测试
- 图灵奖得主提高软件质量的“魔法”
- 软件质量保证的最佳实践之一:Code review和Case review
- Bug分析:为bug预防奠定基础
- 第22回 测试用例的复审
- Struts2解决不能在ACTION中自定义转向
- 质疑百度的“国学”
- 评论:Web2.0的n种死法
- 第21回 测试用例设计方法的综合运用
- 第20回 测试风险的管理
- 我国教育开始显现希望
- 第19回 测试资源的合理分配
- 细数 Web 2.0 下的十大安全威胁