第八章 面向对象的测试教学教材.ppt

软件工程 第八章 面向对象的测试;8.1 面向对象测试的概念;面向对象的开发模型将系统开发分为面向对象分析（OOA），面向对象设计（OOD）和面向对象编程（OOP）三个阶段。 分析阶段产生整个问题领域的抽象描述，在此基础上，进一步归纳出适用于面向对象编程语言的类和类结构，最后形成代码。 针对这种开发模型，结合传统测试步骤的划分，本着在整个开发过程中不断测试的原则，应将开发阶段的测试与编码完成后的单元测试、集成测试、系统测试用一个测试模型描述。 ;面向对象测试模型 ;???向对象集成测试主要对系统内部的相互服务进行测试，如成员函数间的相互作用，类间的消息传递等。 面向对象集成测试不但要基于面向对象单元测试，更要参见OOD或OOD Test结果。 面向对象系统测试是基于面向对象集成测试的最后阶段的测试，主要以用户需求为测试标准，也需要借鉴OOA或OOA Test结果。 ;8.2 开发前期的面向对象测试 ;8.2.1 面向对象分析的测试 ; 层次结构的组织和实现提供平台。 OOA对问题领域分析抽象的不完整，最终会影响软件的功能实现，导致软件开发后期大量可避免的修补工作；而一些冗余的对象或结构会影响类的选定、程序的整体结构或增加程序员不必要的工作量。因此，OOA测试的重点在其完整性和冗余性。 根据Coad和Yourdon方法所提出的OOA实现步骤，对OOA阶段的测试划分为以下五个方面： 对认定的类的测试 对认定的结构的测试 对认定的主题的测试;对定义的属性和实例连接的测试 对定义的服务和消息连接的测试 对认定的类的测试 OOA中认定的类是对问题领域中的结构，其他相关系统，设备，被记忆的事件，系统涉及的人员等实际对象的抽象。对它的测试可以从如下方面考虑： 认定的类是否全面，是否问题领域中所有涉及到的对象都反映在认定的类中。 认定的类是否具有多个属性。只有一个属性的类通常应看成其他类的属性，而不是抽象; 为独立的类。 认定为同一个类的对象是否有共同的，区别于其他类对象的共同属性。 对认定为同一类的对象是否提供或需要相同的服务，如果服务随着不同的对象而变化，认定的对象就需要分解或利用继承性来分类表示。 如果系统不需要始终保持类所代表的对象的信息，认定的类也无必要存在。 认定的类的名称应该尽量准确，适用。 对认定的结构的测试;在Coad和Yourdon方法中，认定的结构分为两种：泛化结构和复合结构。泛化结构体现了问题领域中对象的一般与特殊的关系，复合结构体现了问题领域中对象的整体与局部的关系。 1) 对泛化结构的测试可从如下方面着手： 对于结构中的一个类，尤其是处于高层的类，看是否能在问题领域中派生出其下一层的类。 对于结构中的一个类，尤其是处于同一低层的类，看是否能抽象出在现实世界中有意义的更一般的上层的类。;高层的类的属性和服务是否完全体现下层的共性。 低层的类是否基于其上层类的属性和服务并具有自己的特殊性。 对复合结构的测试从如下方面入手： 整体类和局部类的复合（聚合）关系是否符合现实的关系。 整体类的局部类是否在问题领域中有实际应用。 整体类中是否遗漏了在问题领域中有用的局部类。;局部类是否能够在问题领域中组合出新的有现实意义的整体类。 对认定的主题的测试 主题是在对象和结构的基础上更高一层的抽象，是为了提供OOA分析结果的可见性，如同文章对各部分内容的概要。 对主题的测试应该考虑以下方面： 贯彻George Miller 的“7+2”原则，如果主题个数超过 7 个，就要求对有较密切属性和服务的主题进行归并。;主题所反映的一组类和结构是否具有相同和相近的属性和服务。 认定的主题是否是类和结构更高层的抽象，是否便于理解OOA结果的概貌（尤其是对非技术人员的OOA 结果读者）。 主题间的消息连接（抽象）是否代表了主题所反映的类和结构之间的所有关联。 对定义的属性和实例连接的测试 属性描述类或结构中实例（对象）的特性。而实例连接则反映实例集合之间的映射关系。 　　;对属性和实例连接的测试从如下方面考虑： 定义的属性是否对相应的类和泛化结构的每个实例都适用。 定义的属性在现实世界中是否与这种实例关系密切。 定义的属性在问题领域中是否与这种实例关系密切。 定义的属性是否能够不依赖于其他属性被独立理解。 定义的属性在泛化结构中的位置是否恰当，低层类的共有属性是否在其上层类的属性中; 有定义。 问题领域中每个类的属性是否定义完整。 定义的实例连接是否符合实际。 在问题领域中实例连接的定义是否完整，特别需要注意一对多和多对多的实例连接。 对定义的服务和消息关联的测试 定义服务就是定义每一个类和结构在问题领域中的行为。由于问题领域中的实例之间需要通信，在OOA中就需要定义消息的连接。 对服务和消息连接的测试应考虑以下几方面： ;类和结构在问