第8章面向对象的系统实现要点分析.ppt

α测试的关键在于尽可能逼真地模拟实际运行环境和用户对软件产品的操作并尽最大努力涵盖所有可能的用户操作方式。 * 重用被误认为经过充分测试的模块通常比重写代码方便得多，但是当一个产品失败时，则可能导致错误的结论。测试者可能考虑错误隐藏在另外的地方，而不是怀疑重用模块的不充分测试，由此造成工作的浪费。 容错测试对于自动恢复需验证重新初始化、检查点、数据恢复和重新启动等机制的正确性。对于人工干预的恢复系统，还需估测平均修复时间，确定其是否在可接受的范围内。 2010-5-2 * 对象接收消息，根据消息及消息参数调用自己的服务，处理并予以响应，从而实现系统功能。 回归测试是指修改了旧代码后，重新进行测试以确认修改没有引入新的错误或导致其他代码产生错误。 扩大测试的视角 面向对象软件的构造从分析和设计模型的创建开始。模型从对系统需求相对非正式的表示开始，逐步演化为详细的类模型、类连接和关系、系统设计和分配、以及对象设计。在每个阶段，测试模型以试图在错误传播到下一次递进前发现错误。 OO分析和设计模型的复审是特别有用的，因为相同的语义结构出现在分析、设计和代码阶段，因此，在分析阶段发现的类属性定义中的问题将遏止当问题直至设计或编码阶段才被发现所带来的副作用。 所有面向对象模型都应该被测试，以保证在模型的语法、语义和语用的语境内的正确性、完整性和一致性。 8.4.4 面向对象的系统测试 测试OOA和OOD模型 OOA和OOD模型的正确性 OOA和OOD模型的一致性 对OOA和OOD模型的一致性判断可以通过考虑模型中实体间的关系来进行，为了评估一致性，应该检查每个类及其与其他类的连接。可运用类-责任-协作者（CRC）模型和对象-关系图。CRC模型由CRC索引卡片构成，每个CRC卡片列出类名、类的责任（操作）、以及其协作者。协作蕴含了在OO系统的类之间的一系列关系，对象关系模型提供了类之间连接的图形表示。所有这些信息可以从OOA模型得到。 8.4.4 面向对象的系统测试 评估类模型，推荐采用以下步骤： 1.再次考察CRC模型和对象-关系模型; 2.检查每个CRC索引卡片的描述以确定是否某被授权的责任是协作者的定义的一部分; 3.反转该连接以保证每个被请求服务的协作者正在接收来自合理源的请求; 4.使用在第3步检查的反转连接，确定是否可能需要其他的类或责任是否被合适地在类间分组; 5.确定是否被广泛请求的责任可被组合为单个的责任; 6.步骤1~5被迭代地应用到每个类，并贯穿OOA模型的每次演化。 8.4.4 面向对象的系统测试 面向对象的测试策略 1.在OO语境中的单元测试 对OO软件的类测试等价于传统软件的单元测试.和传统软件的单元测试不一样，它往往关注模块的算法细节和模块接口间流动的数据，OO 软件的类测试是由封装在类中的操作和类的状态行为所驱动的。 8.4.4 面向对象的系统测试 面向对象的测试策略 2.在OO语境中的集成测试 对OO软件的集成测试有两种不同策略，第一种称为基于线程的测试，集成对回应系统的一个输入或事件所需的一组类，每个线程被集成并分别测试，应用回归测试以保证没有产生副作用。 第二种称为基于使用的测试，通过测试那些几乎不使用服务器类的类（称为独立类）而开始构造系统，在独立类测试完成后，下一层的使用独立类的类（依赖类）被测试，这个依赖类层次的测试序列一直持续到构造完整个系统。 集群测试是OO软件集成测试的一步，这里一群协作类通过设计试图发现协作中的错误的测试用例而被测试。 8.4.4 面向对象的系统测试 面向对象的测试策略 3.在OO语境中的有效性测试 在有效性或系统层次，类连接的细节消失了。和传统有效性一样，OO软件的有效性集中在用户可见的动作和用户可识别的系统输出。为了协助有效性测试的导出，测试员应该利用作为分析模型一部分的使用实例，使用实例提供了在用户交互需求中很可能发现错误的一个场景。 传统的黑盒测试方法可被用于驱动有效性测试，此外，测试用例可以从对象-行为模型和作为OOA的一部分的事件流图中导出。 8.4.4 面向对象的系统测试 OO软件的测试用例设计 OO测试用例设计的整体方法是： 1)每个测试用例应该被唯一标识，并且和将被测试的类显式地相关联。 2)应该陈述测试的目的。 3)对每个测试应该开发一组测试步骤，应该包含： a.将被测试的对象的一组特定状态。 b.将作为测试的结果使用的一组消息和操作。 c.当测试对象时可能产生的一组例外。 d.一组外部条件(即为了适当地进行测试而必须存在的软件的外部环境的变化)。 e.辅助理解或实现测试的补充信息。 8.4.4 面向