面向对象软件的测试用例的设计方法

　　目前，面向对象软件的测试用例的设计方法，还处于研究、发展阶段。与传统软件测试(测试用例的设计由软件的输入?处理?输出视图或单个模块的算法细节驱动)不同，面向对象测试关注于设计适当的操作序列以检查类的状态。

　　12.4.1 测试类的方法

　　前面已经讲过，软件测试从“小型测试”开始，逐步过渡到“大型测试”。对面向对象的软件来说，小型测试着重测试单个类和类中封装的方法。测试单个类的方法主要有随机测试、划分测试和基于故障的测试等3种。

　　1. 随机测试

　　下面通过银行应用系统的例子，简要地说明这种测试方法。该系统的account(账户)类有下列操作： open(打开)，setup(建立)，deposit(存款)，withdraw(取款)，balance(余额)，summarize(清单)，creditLimit(透支限额)和close(关闭)。上列每个操作都可以应用于account类的实例，但是，该系统的性质也对操作的应用施加了一些限制，例如，必须在应用其他操作之前先打开账户，在完成了全部操作之后才能关闭账户。即使有这些限制，可做的操作也有许多种排列方法。一个 account类实例的最小行为历史包括下列操作：

open·setup·deposit·withdraw·close

　　这就是对account类的最小测试序列。但是，在下面的序列中可能发生许多其他行为：

open·setup·deposit·［deposit|withdraw|balance|summarize|creditLimit］n·withdraw·close

　　从上列序列可以随机地产生一系列不同的操作序列，例如：

　　测试用例#r1:open·setup·deposit·deposit·balance·summarize·withdraw·close

　　测试用例#r2:open·setup·deposit·withdraw·deposit·balance·creditLimit·withdraw·close

　　执行上述这些及另外一些随机产生的测试用例，可以测试类实例的不同生存历史。

　　2. 划分测试

　　与测试传统软件时采用等价划分方法类似，采用划分测试(partition testing)方法可以减少测试类时所需要的测试用例的数量。首先，把输入和输出分类，然后设计测试用例以测试划分出的每个类别。下面介绍划分类别的方法。

　　(1) 基于状态的划分

　　这种方法根据类操作改变类状态的能力来划分类操作。再一次考虑account类，状态操作包括deposit和withdraw，而非状态操作有balance, summarize和creditLimit。设计测试用例，以分别测试改变状态的操作和不改变状态的操作。例如，用这种方法可以设计出如下的测试用例：

　　测试用例#p1:open·setup·deposit·deposit·withdraw·withdraw·close

　　测试用例#p2:open·setup·deposit·summarize·creditLimit·withdraw·close

　　测试用例#P1改变状态，而测试用例#P2测试不改变状态的操作(在最小测试序列中的操作除外)。

　　(2) 基于属性的划分

　　这种方法根据类操作使用的属性来划分类操作。对于account类来说，可以使用属性balance来定义划分，从而把操作划分成3个类别：

　　. 使用balance的操作;

　　. 修改balance的操作;

　　. 不使用也不修改balance的操作。

　　然后，为每个类别设计测试序列。

　　(3) 基于功能的划分

　　这种方法根据类操作所完成的功能来划分类操作。例如，可以把account类中的操作分类为初始化操作(open,setup)，计算操作(deposit, withdraw)，查询操作(balance, summarize,creditLimit)和终止操作(close)。然后为每个类别设计测试序列。

　　3. 基于故障的测试

　　基于故障的测试(fault based testing)与传统的错误推测法类似，也是首先推测软件中可能有的错误，然后设计出最可能发现这些错误的测试用例。例如，软件工程师经常在问题的边界处犯错误，因此，在测试SQRT(计算平方根)操作(该操作在输入为负数时返回出错信息)时，应该着重检查边界情况： 一个接近零的负数和零本身。其中“零本身”用于检查程序员是否犯了如下错误：

原文转自：http://www.uml.org.cn/Test/201501295.asp