软件测试个人感悟之测试用例的评审重点是什么?

对于测试的各项评审中,测试用例的评审尤为重要。因为测试用例的设计决定了测试的充分性和有效性。即使测试报告的评审能够发现测试的问题,但到了那时再重新设计测试用例,重新安排测试,会耗费更多的工作量,会影响软件项目的进度。

那么要如何做好测试用例的评审呢?

要做好测试用例的评审,就要抓住以下的评审重点:

测试用例的整体设计

评审测试用例,首先要关注测试用例设计的整体思路。测试用例的设计要能够考虑测试环境的实际,需求的关键程度和优先级,来确定合理的测试优先级或先后次序,以及测试用例数目的多少。

软件薄弱环节的测试用例设计 根据二八定理,软件 缺陷 往往集中在一小部分的软件构件上,即软件的薄弱环节。 评审测试用例的时候,要注意分析这些
软件薄弱环节的测试用例设计

根据二八定理,软件缺陷往往集中在一小部分的软件构件上,即软件的薄弱环节。评审测试用例的时候,要注意分析这些薄弱环节设计的测试用例是否充分,是否有效。

测试用例对需求的覆盖率

评审测试用例对需求的覆盖面,不仅仅是看每个需求是否都有对应的测试用例,更要考虑到这些测试用例有没有覆盖到产品使用中一些特别场景,有没有考虑到一些特殊的边界和接口的地方。

测试用例的定义

评审测试用例的时候,要注意测试用例的描述是否清晰、完整,比如,测试的前提条件是否存在,测试步骤是否简明清楚,有没有明确的预期结果,预期结果是否符合用户需求。

测试环境定义 测试环境会直接影响测试结果。 所以在评审测试用例的时候,要注意测试环境的描述是否准确,

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值