|
|
51CTO旗下网站
|
|
移动端

1.4.3 两种测试方法的对比

《软件测试:一个软件工艺师的方法(原书第4版)》第1章测试概述,本章给出软件测试的总体知识框架。本节为大家介绍两种测试方法的对比。

作者:马琳/李海峰 译来源:机械工业出版社|2017-11-15 16:56

【51CTO技术沙龙】10月27日,让我们共同探索AI场景化应用实现之道

1.4.3 两种测试方法的对比

对于这两种测试用例构造方法来说,我们自然要问哪一种更好呢?如果你研读了大量相关文献,就会发现每种方法都有许多“追随者”。

前面给出的维恩图能够有效地解决这场争论。回想一下:这两种方法的根本出发点都是要构造测试用例(见图1-7)。基于规格说明的测试方法只利用规格说明来构造测试用例,而基于代码的测试方法则把程序源代码(具体实现)作为构造的依据。后面的章节将说明:单独使用任何一种方法都是不够全面的。从程序行为来看:即使所有的规定行为都没有实现,基于代码的测试用例也发现不了这个问题。反过来也是如此,如果程序实现了未规定行为,基于规格说明的测试用例也发现不了。(木马病毒就是此种未规定行为的例证。)结论是这两种测试方法都必不可少。经验丰富的测试专家会很明智地把两种方法结合起来,既能够获得基于规格说明测试法所提供的可信度,也能获得基于代码测试法所提供的覆盖度量。现在通过引入基于代码测试方法的测试覆盖指标,前面提到的困扰即基于规格说明方法的冗余与测不全问题就都迎刃而解了。

最后利用维恩图可以进一步回答这个问题。测试用例集合T、规定行为集合S以及实现行为集合P之间是什么关系呢?显然,测试用例集合T是由采用的测试用例构造方法所决定的。在此,一个重要问题是这个方法在多大程度上是适当的(或有效的)?再回顾一下前面的讨论,审视一下从错误到故障,到失效,再到事故的因果链。如果能够了解易犯的错误都是什么,也知道在待测程序中容易出现什么样的故障,那么就完全可以利用这些信息来选用更恰当的测试用例构造方法。这就是测试之所以成为一种技艺的关键所在。


喜欢的朋友可以添加我们的微信账号:

51CTO读书频道二维码


51CTO读书频道活动讨论群:365934973

【责任编辑:book TEL:(010)68476606】

回书目   上一节   下一节
点赞 0
分享:
大家都在看
猜你喜欢

读 书 +更多

入侵的艺术

黑客也有优劣之分。很显然对他们的奖励之一是利用黑客手段非法入侵我们公司的安全站点或个人系统。另一种奖励可能是他们的黑客行为构成了黑...

订阅51CTO邮刊

点击这里查看样刊

订阅51CTO邮刊