测试用例设计(增量测试)

本文探讨了增量测试和非增量测试在模块测试中的应用,包括各自的优势和劣势。增量测试通过逐步集成模块,能较早发现接口错误,减少调试难度,提高测试覆盖率,而非增量测试在机器时间利用上更有效,适合模块并行测试。在考虑成本和错误发现的及时性上,增量测试通常更为优越。
摘要由CSDN通过智能技术生成

增量测试
在执行模块测试过程中,我们主要有两点考虑:第一,如何设计一个有效的测试用例集。第二,将模块组装成工作程序的方式。第二点考虑很重要,因为它涉及模块测试用例编写的形式、可能用到的测试工具类型、模块编码和测试的顺序、生成测试用例的成本以及调试(定位并修复检查出的错误)的 成本等。简而言之,它具有实际重要性。

在这一节中,我们将讨论两类方法,增量 测试和非增量测试。在下一节中,我们将探讨两种增量方法:自顶向下的和自底向 上的开发或测试过程。 这里需要考虑的问题是:软件测试是否应先独立地测试每个模块,然后再将这 些模块组装成完整的程序?还是先将下一步要测试的模块组装到测试完成的模块 集合中,然后再进行测试?第一种方法称为非增量测试或“崩溃(big-bang ) ”测 试,而第二种方法称为增量测试或集成。

图 5-7 所示的程序可作为一个例子。矩形框代表程序的 6 个模块(子程序或过 程),连接模块间的线条代表程序的控制层次,也就是说,模块 A 调用模块 B、C 和 D,模块 B 调用模块 E 等等。作为传统方法的作增量测试是按如下方式进行的: 首先,对 6 个模块中的每一个模块进行单独的模块测试,将每个模块视为一个独立 实体。根据环境(例如,是人机交互式的,还是使用批处理计算工具)和参与人数, 这些模块可以同时或按次序进行测试。最后,将这些模块组装或集成(例如“连接 编辑”)为完整的程序。 

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值