三、测试用例设计
这种设计目前正处于形成阶段。
传统软件测试用例设计是从软件的各个模块的算法细节得出的,而OO软件测试用例则着眼于适当的操作序列,以实现对类的说明。
黑盒子测试不仅适用于传统软件,也适用OO软件测试。白盒子测试也用于OO软件类的操作定义。但OO软件中许多类的操作结构简明,所以有人认为在类层上测试可能要比传统软件中的白盒子测试方便。
OO测试用例设计包含OO概念,在OO度量中所讲的五个特性:局域性、封装性、信息隐藏、继承性和对象的抽象,肯定会对用例设计带来额外的麻烦和困难。
Berard提出了一些测试用例的设计方法,主要原则包括:
(1)每个测试用例应当给予特殊的标识,并且还应当与测试的类有明确的联系。
(2)测试目的应当明确。
(3)应当为每个测试用例开发一个测试步骤列表。这个列表应包含以下一些内容:
列出所要测试对象的专门说明。
列出将要作为测试结果运行的消息和操作。
列出测试对象可能发生的例外情况。
列出外部条件(即为了正确对软件进行测试所必须有的外部环境的变化)。
列出为了帮助理解和实现测试所需要的附加信息。
1.基于故障的测试
在OO软件中,基于故障的测试具有较高的发现可能故障的能力。由于系统必须满足用户的需求,因此,基于故障的测试要从分析模型开始,考察可能发生的故障。为了确定这些故障是否存在,可设计用例去执行设计或代码。
基于故障测试的关键取决于测试设计者如何理解“可能的错误”。而在实际中,要求设计者做到这点是不可能的。
基于故障测试也可以用于组装测试,组装测试可以发现消息联系中“可能的故障”。
“可能的故障”一般为意料之外的结果、错误地使用了操作/消息、不正确引用等。为了确定由操作(功能)引起的可能故障必须检查操作的行为。
这种方法除用于操作测试外,还可用于属性测试,用以确定其对于不同类型的对象行为是否赋予了正确的属性值。因为一个对象的“属性”是由其赋予属性的值定义的。
文章来源于领测软件测试网 https://www.ltesting.net/