黑盒测试用例设计方法的综合策略.pdfVIP

选择黑盒测试用例设计方法的综合策略

具体的黑盒测试用例设计方法包括等价类划分法、边界值分析法、

错误推测法、因果图法、判定表驱动法、正交试验设计法、功能图法、

场景法等。这些方法都是比较实用的,但在具体工作中要采用什么方

法,需要针对工程的特点加以适当的选择。在实际高水平的测试中,

往往需要综合使用各种方法以有效的提高测试效率和测试覆盖度。

以下介绍的是各种测试用例设计方法选择的综合策略,供大家参

考。

（1）首先进行等价类划分,包括输入条件和输出条件的等价划分,

将无限测试变成有限测试,这是减少工作量和提高测试效率最有效的

方法。

（2）在任何情况下,都必须使用边界值分析法。经验说明,用这

种方法设计出的测试用例发现程序错误的的能力最强。

（3）可以使用错误推测法追加一些测试用例,这需要依靠测试工

程师的智慧和经验。

（4）对照程序逻辑,检查已设计出的测试用例的逻辑覆盖程度。

1/14

如果没有到达要求的覆盖标准,应当再补充足够的测试用例。

（5）如果程序的功能说明中含有输入条件的组合情况,则一开始

就可以选用因果图法和判定表驱动法。

（6）对于参数配置类的软件,要用正交试验法选择较少的组合方

式到达最正确效果。

（7）利用功能图法,我们可以通过不同时期条件的有效性设计不

同的测试数据。

（8）对于业务流清晰的系统,可以利用场景法贯穿整个测试案例

设计过程,在案例中综合使用各种测试方法。

黑盒测试方法揭密

一、黑盒测试在快速应用开发（rad）环境中的重要作用

软件测试方法一般分为两种：白盒测试与黑盒测试。其中,白盒测试又称为结构测试、

逻辑驱动测试或基于程序本身的测试,着重于程序的内部结构及算法,通常不关心功能与性

能指标。黑盒测试又被称为功能测试、数据驱动测试或基于规格说明的测试,实际上是站在

最终用户的立场上,检验输入输出信息及系统性能指标是否符合规格说明书中有关功能需求

及性能需求的规定。

随着rad环境的开展,软件工程面临新的挑战,其中包括：

●应用系统的规模越来越庞大,结构越来越复杂；

2/14

●开发团队人员越来越多,分工越来越细；

●工程投资日益提高,导致投资风险增大。

在这样一种背景下,软件质量面临着更大的危机,而解决问题的关键正是黑盒测试,可是

由于传统的黑盒测试往往局限于手工测试,凭借工程人员的经验自发地进行,缺乏严格的测

试管理机制,因而效果并不明显。

在分发一个应用系统之前,若没有经过科学、周密的黑盒测试,就相当于将大量隐含的缺

陷（defect）交付到最终用户手中,这对于开发团队自身、工程投资方及最终用户来说都是

不负责任的表现,也将严重损害三方的利益。

今天,软件的质量要求越来越受到重视,在对软件的质量监督中,黑盒测试起着重要的、

不可替代的作用；而随着软件开发平台及软件设计思想的进步和开展,特别是rad技术的开

展,对黑盒测试提出了更明确的要求,人们发现,必须遵循一定的测试理论,依赖于优秀的测

试工具,才能进行科学、完备的测试。

二、黑盒测试的操作步骤

在传统的软件开发生命周期当中,测试工作往往被搁置到整个开发过程的后期进行,也

就是说,当应用程序的编码工作已经根本完成,才开始进行测试,这样做的缺点在于：

a）由于应用程序庞大而复杂,测试工作千头万绪,测试人员难以组织科学、全面的测试

用例,从而大幅度提高了测试本钱,并严重影响测试的全面性和有效性；

b）由于缺陷所涉及的模块从开发到测试之间的时间间隔较长,使得程序员的修改和维护

工作要付出更大的代价；

c）由于受到分发日期的限制,测试工作往往是在忙碌中结束的,而将大量的缺陷遗留给

最终用户,也就是说,真正的测试工作实际上是由最终用户来完成的。

因此,为了保证测试工作科学、精确、全面、有序地进行,应该采取一边开发一边测试的

策略,使得开发工作与测试工作平行进行,这也就是俗话所说的“越早测试越好〞的概念。

一套完整的测试应该由五个阶段组成：

1．测试方案

首先,根据用户需求报告中关于功能要求和性能指标的规格说明书,定义相应的测试需

求报告,即制订黑盒测试的最高标准,以后所有的测试工作都将围绕着测试需求来进行,符合

测