软件测试设计

                                   软件测试设计

书接上文

1.测试用例的重要性
有效性:测试用例是测试人员测试过程中的重要参考依据,准确的测试用例的计划、执行和跟踪是 测试的有效性的有力证明 。

可复用性:设计良好的测试用例可以重复执行,能节约时间,提高测试效率 。
易组织性 :清晰详细的测试用例能够便于测试执行的开展。

可评估性:测试用例的通过率是检验代码质量的保证 。

可管理性:测试用例也可以作为检验测试人员进度、工作量以及跟踪管理测试人员工作效率的因素。

  1. 测试用例的特征
    最有可能抓住错误的 。
    不是重复的、多余的 。
    一组相似测试用例中最有效的。
    既不是太简单,也不是太复杂 。
    模板可以根据所测对象的不同对模板内容进行调整。

3.编写测试用例的优缺点及用途
1.> 便于梳理需求
2.>验证产品的需求是否合理 • 监督产品对需求做出更加详细的设计
3.>记录产品的设计细节,保障以后的查阅 • 加深测试人员对产品的认识和印象
4.> 反映测试进度
5.> 帮助发现拓展测试范围,扩大测试覆盖面,发现软件中潜藏的缺陷
6.> 方便回归测试,复查bug是否还会出现
7.>为紧急情况下的测试提供参考信息
8.>培训新人,提高新人测试效率,节省对新人的指导时间

3.编写测试用例的用途

核实需求:每一个需求点都会设计测试用例
评估结果:对产品进行评估,对测试完成情况进行评价
准确回归:快速正确的进行版本重复测试
防止遗漏:使软件测试的实施重点突出、目的明确,确保需求功能不被遗漏 提高效率:避免盲目测试
缩短周期:版本更新和升级时,只需修正少部分测试用例,资源复用

4.准备编写测试用例

收集资料
需求文档
设计文档
遗留系统相关文档
与相关人员讨论

5.设计测试用例的基本准则 •
测试用例的代表性: 能够代表并覆盖各种合理的和不合理的、合法的和非法的、边界的和越界的以 及极限的输入数据、操作和环境设置等。
测试结果的可判定性 即测试执行结果的正确性是可判定的,每一个测试用例都应有相应的期望结果。.
测试结果的可再现性 即对同样的测试用例,系统的执行结果应当是相同的。

6.如何选择测试方法
在任何情况下都必须使用边界值分析方法
用等价类划分方法补充一些测试用例
涉及到业务流程的软件,应采用场景法
用错误猜测法再追加一些测试用例
如果程序的功能说明中含有输入条件的组合情况,则应在一开始就选用判定表法
如果程序某功能适合自动测试,可以采用自动测试以及随机测试

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

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值