系统分析与设计12面向对象实现.pptVIP

在确认测试或系统测试层次，不再考虑类之间相互连接的细节，集中检查用户可见的动作和用户可识别的输出。 为了导出确认测试用例，测试人员应该认真研究动态模型和描述系统行为的脚本，以确定最可能发现用户交互需求错误的情景。 传统的黑盒测试方法也可用，但对于面向对象的软件来说，主要还是根据动态模型和描述系统行为的脚本来设计确认测试用例。 12.3.3 面向对象的确认测试 12.4 设计测试用例 目前，面向对象软件的测试用例的设计方法，还处于研究、发展阶段。 与传统软件测试不同，面向对象测试关注于设计适当的操作序列以检查类的状态。 面向对象的软件来说，小型测试着重测试单个类和类中封装的方法。 测试单个类的方法主要有随机测试、划分测试和基于故障的测试等3种。 1. 随机测试 以银行应用系统的例子。 该系统的account(账户)类有下列操作： open(打开)，setup(建立)，deposit(存款)，withdraw(取款)，balance(余额)，summarize(清单)，creditLimit(透支限额)和close(关闭)。 12.4.1 测试类的方法 上列每个操作都可以应用于account类的实例，一个account类实例的最小行为包括下列操作： open·setup·deposit·withdraw·close 这就是对account类的最小测试序列。 除最小行为，可能发生许多其他行为如下： open·setup·deposit·[deposit|withdraw|balance|summarize|creditLimit]n·withdraw·close 由此可产生不同的操作序列：2个测试用例 #r1:open·setup·deposit·deposit·balance·summarize·withdraw·close #r2:open·setup·deposit·withdraw·deposit·balance·creditLimit·withdraw·close 12.4.1 测试类的方法 2. 划分测试 与测试传统软件时采用等价划分方法类似，采用划分测试（partition testing）方法可以减少测试用例的数量。 首先，把输入和输出分类，然后设计测试用例以测试划分出的每个类别。下面介绍划分类别的方法。 （1） 基于状态的划分 这种方法根据类操作改变类状态的能力来划分类操作。 12.4.1 测试类的方法 以account类为例，状态操作包括deposit和withdraw，非状态操作有balance, summarize和creditLimit。 设计测试用例，以分别测试改变状态的操作和不改变状态的操作。 例如，用这种方法可以设计出如下的测试用例： 测试用例#p1:open·setup·deposit·deposit·withdraw·withdraw·close （#p1改变状态） 测试用例#p2:open·setup·deposit·summarize·creditLimit·withdraw·close （#p2不改变状态） 12.4.1 测试类的方法 （2） 基于属性的划分 使用的属性来划分类操作。 对于account类来说，可以使用属性balance来定义划分，从而把操作划分成3个类别： 使用balance的操作； 修改balance的操作； 不使用也不修改balance的操作。 然后，为每个类别设计测试序列。 12.4.1 测试类的方法 （3） 基于功能的划分 根据类操作所完成的功能来划分类操作。 例如，把account类中的操作分类为： 初始化操作（open,setup） 计算操作（deposit, withdraw） 查询操作（balance, summarize, creditLimit） 和终止操作（close） 然后为每个类别设计测试序列。 12.4.1 测试类的方法 3. 基于故障的测试 首先推测软件中可能有的错误，然后设计出最可能发现这些错误的测试用例，与传统的错误推测法类似。 例如，软件工程师经常在问题的边界处犯错误，因此，在测试SQRT（计算平方根）操作（该操作在输入为负数时返回出错信息）时，应该着重检查边界情况。 把语句if(x=0) calculate_square_root( ); 误写成if(x0) calculate_square_root( ); 12.4.1 测试类的方法 为了推测出软件中可能有的错误，应该仔细研究分析模型和设计模型，而且在很大程度上要依靠测试人员的经验和直觉。 如果推测得比较准确，则使用基于故障的测试方法能够用相当低的工作量发现大量错误；反之，如果推测不准，则这种方法的效果并不比随机测试技术的效果好