43 面向对象的测试.pptVIP

面向对象系统的测试 软件的单元测试 软件的集成测试 软件的确认测试和系统测试 在面向对象环境下，最小的可测试的单元是封装了 的类或对象，而不是程序模块。 面向对象软件的类测试等价于传统软件开发方法中 的单元测试。 但它是由类中封装的操作和和类的状态行为驱动的。 完全孤立地测试类的各个操作是不行的。 考虑一个类的层次。在基类中我们定义了一个操作X， 每一个派生类都使用操作X，它是在各个类所定义 私有属性和操作的环境中使用的。因使用操作X的环 境变化太大，所以必须在每一个派生类的环境下都测 试操作X。 面向对象软件没有一个层次的控制结构，所以传统的 自顶向下和自底向上的组装策略意义不大。 每次将一个操作组装到类中（像传统的增殖式组装那样） 常行不通，因为在构成类的各个部件之间存在各种直接 的和非直接的交互。 对于面向对象系统的组装测试，存在两种不同的测试策略。 基于线程测试 (Thread-based Test) 把响应系统的一个输入或一个事件所需的一组类组装在一起。每一条线程将分别测试和组装。同时应用回归测试。 基于使用的测试 (Use-based Test) 首先测试独立类，这些类只使用很少的服务器类。再测试那些使用了独立类的相关类（称为依赖类），一系列测试各层相关类的活动继续下去，直到整个系统构造完成。 集群测试 用测试用例测试一群相互协作的类。 在进行确认测试和系统测试时，不关心类之间连接的细节。集中检查用户可见的动作和用户可识别的输出。 为了帮助确认测试的执行，测试者需要研究动态模型和描述系统行为的脚本。 可以利用黑盒测试的方法来设计测试用例。 测试类的方法 随机测试 划分测试 基于故障的测试 集成测试方法 多类测试 从动态模型导出测试用例 随机测试 Class: Account Service:open、setup、deposit、withdraw、balance summarize、creditlimit、close 最小行为历史： Open.setup.deposit.withdraw.close; 对account类的最小测试用例 多行为操作: Open.setup.deposit.[deposit|withdraw|balance|summarize|creditlimit].withdraw.close 随机产生一系列不同的操作 测试用例1： Open.setup.deposit.deposit.balance.summarize.withdraw.close 测试用例2： Open.setup.deposit.withdraw.deposit.balance.creditlimit.withdraw. close 划分测试 类似于等价类划分方法。输入和输出分类，设计测试用例 来测试划分出的每个类别。 1、基于状态的划分 2、基于属性的划分 3、基于功能的划分 * * 软件的单元测试 软件的单元测试 集成测试 集成测试 确认测试 设计测试用例 基于状态的划分 Class: Account Service:open、setup、deposit、withdraw、balance summarize、creditlimit、close 为操作分类 状态操作： deposit、withdraw 非状态操作： balance summarize、creditlimit 设计测试用例，分别测试改变状态的操作和不改变状态的操作。如下 用例1: Open.setup.deposit.deposit.withdraw. withdraw.close 用例2: Open.setup.deposit.summarize.creditlimit.close 用例1 改变状态，而用例2测试不改变状态的操作。