软件测试设计的误区

软件测试过程一般分为测试需求分析、测试策划、测试设计、执行测试和测试报告等几个阶段,其中测试设计是整个软件测试过程中的一个非常重要活动,其输出结果——测试用例的质量将会直接影响测试活动的效率和有效性,进而影响软件产品最终的交付质量。

但是,一些测试人员对于测试设计的理解还存在以下误区,这些误区影响了测试设计的质量:

  • 软件需求规格说明是测试设计和执行的唯一输入

软件需求规格说明作为测试的输入是没错的,错就错在不该把软件需求规格说明作为唯一的输入。

一方面,按照测试V模型,需求规格说明对应配置项测试,是配置项测试的输入;用户需求(很多时候是软件研制任务书)对应系统测试(或验收测试),是系统测试的输入;概要设计说明是集成测试的输入;详细设计说明是单元测试的输入;另一方面,测试人员除了考虑需求规格说明等文档中所包括的显现需求之外,还需要考虑一些隐现的需求,比如,以前版本发现的软件缺陷等。

  • 只要通过测试表明软件满足了需求规格说明的要求,那么它就满足了软件的质量要求

这个误区实际上是上面的误区导致的。

一方面,软件的质量分为内在质量和外在质量,内在质量包括可维护性、灵活性、可移植性、可重复性、可读性、可测试性、可理解性;外在质量包括正确性、可用性、效率、可靠性、完整性、适应性、精确性、健壮性,软件的需求规格说明未必覆盖所有的质量要求;另一方面,软件测试既包括验证(即Verification,正确地构建产品),也包括确认(即Validation,构建正确的产品)。通常来讲,以详细设计作为输入的单元测试、以概要设计作为输入的集成测试是以完成验证为目的,而以用户需求作为输入的系统测试(或验收测试)是以完成确认为目的。以需求规格说明作为输入的配置项测试根据情况可能会与系统测试合并。

  • 每个软件功能对于测试设计而言是同样重要

正如需求有关键程度和实现的优先级,测试也一样有测试的重要程度和优先级。通过划分测试的重要程度和优先级,可以合理地分配测试资源,这样才能确保软件的交付质量和进度。实际上,一些成熟的测试方法,比如基于风险的测试,就是做好了测试重要程度和优先级的划分后才开始执行测试的。

总之,为了避免影响测试设计活动的效率和有效性,测试人员应当避免陷入上述误区。

这正是:

测试设计有误区,测试人员应知悉

绕开误区去设计,测试方能有效率

参考书目:软件测试设计,作者:马均飞,郑文强,出版社:电子工业出版社

作者简介:王小双,长期从事GJB5000推广、实施、评价、改进的工作,创建《软件工程之思》微信公众号,一直在《软件工程之思》分享GJB5000、CMMI、软件工程的知识和感悟。现致力于GJB5000咨询以及软件过程改进、软件工程能力提升的研究工作。

软件测试设计的误区》来自互联网,仅为收藏学习,如侵权请联系删除。本文URL:https://www.hashtobe.com/1067.html