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

2.5 类别划分法(2)

《软件测试基础教程》第2章基于需求的测试生成,本章主要介绍从非形式化或形式化定义的软件需求生成测试集的技术。这些技术,有的可以自动地执行,而大部分则需测试人员付出艰辛的劳动,特别是在测试大型软件时。本章所介绍的大部分测试技术属于黑盒测试,因为生成测试集时不需参考被测软件的源代码。本节为大家介绍类别划分法。

作者:王峰/郭长国/陈振华 等译来源:机械工业出版社|2011-09-17 22:36

2.5 类别划分法(2)

注意,如果fP部署在网络环境中,还需要考虑其他可能的一些情况,将此任务留给练习2.18。

步骤4确定约束条件

对某功能模块的测试,包括对该模块各参数、环境对象所有选项的组合的测试。由于输入参数间必须满足某些约束关系,因此有一部分的选项组合是无法实现的。无论如何,在本步骤中将确定各选项间的约束关系。在步骤6中,测试用例生成器将依据这些约束关系只生成有效的测试框架。

约束关系可表示成属性列表或选择表达式。

属性列表的形式如下:

  1. [property  P1,P2,...] 

其中property是关键字,P1,P2等表示各属性的名称。可为每个选项分配一个属性。

选择表达式是属性列表中那些已定义属性的连接,其形式如下:

  1. [if  P1]  
  2. [if  P1 and P2 and ...] 

属性列表和选择表达式一般放在各选项的后面。当某选项后面的属性列表为[error]时,表示该选项是一个错误状态;如果属性列表为[single],则告?馐匀嗽痹诓街?中生成测试框架时,该选项不能与其他参数或环境对象的选项进行组合。

例2.16下面为例2.15中的部分选项分配了属性列表和选择表达式。其中注释行以#开头。

 

为每个选项分配了属性列表和选择表达式后,测试人员就可以编写完整的测试规范了。测试规范的编写需?捎镁哂醒细裼锓ǖ牟馐怨娣队镅裕═est Specification Language,TSL)。

在步骤7中,测试人员对步骤6生成的测试框架进行评价,如果对测试框架不满意或发现存在冗余框架时,则可以多次重复执行步骤5。所谓冗余框架,就是由那些不切实际或在实际使用中不可能发生的选项组合而成的框架。在这种情况下,测试人员将重写测试规范,并再一次执行步骤6,重新生成测试框架。

例2.17fP的一个完整测试规范如下所示。其中,不包含对优惠折扣类别的处理(参见练习2.19)。我们采用的TSL语法与Ostrand和Balcer提出的TSL语法有些细微差别(参见参考文献注释)。

输入变量code:

 
环境对象
 

步骤6处理测试规范

步骤5中编写的TSL规范将由一个自动测试框架生成器进行处理,生成若干个测试框架。测试人员对测试框架进行分析,找出框架中那些以相同方式测试被测软件的冗余内容。在这种情况下,测试人员可以重写测试规范或直接剔除出这些冗余内容。

例2.18根据例2.17中的测试规范生成的测试框架实例如下:Test case 2: (Key=1.2.1.0.1.1)

 

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

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

读 书 +更多

JSP应用开发详解(第三版)

本书结合JSP和Servlet的最新规范,从基本的语法和规范入手,以经验为后盾,以实用为目标,以实例为导向,以实践为指导,深入浅出地讲解了JS...

订阅51CTO邮刊

点击这里查看样刊

订阅51CTO邮刊