软件工程讲义_第十六章 测试面向对象的应用系统.pdfVIP

软件工程 第16章测试面向对象的应用系统 主要内容 扩展测试的视野 测试OOA和OOD模型 面向对象测试策略 面向对象测试方法 类级可应用的测试方法 类间测试用例设计 小结 测试面向对象的应用系统 面向对象体系结构导致包括相互协作 类的一系列分层子系统的产生。每个 系统成分完成有助于满足系统需求的 功能。有必要在不同的层次上测试面 向对象系统，以发现错误。在类相互 协作以及子系统跨体系结构层次通信 时可能出现这些错误。 测试面向对象的应用系统 面向对象测试与传统系统测试相类似，但它们 的测试战术是不同的。由于面向对象分析与设计 模型在结构和内容上与所得的面向对象程序相类 似，因此，“测试”可以起始于对这些模型的评 审。一旦产生了代码，真正的面向对象测试以设 计一系列检验类操作的“小型测试”以及当一个 类与其他类进行协作时是否出现错误开始。当集 成类形成一个子系统时，结合基于故障的方法， 运用基于使用的测试对相互协作的类进行完全检 查。最后，利用用例发现软件确认层的错误。 测试面向对象的应用系统 为了充分测试面向对象的系统，必须做3 件事情：(1)对测试的定义进行扩展，使 其包括应用于面向对象分析和设计模型的 错误发现技术；(2)单元测试和集成测试 策略必须彻底改变；(3)测试用例设计必 须考虑面向对象软件的独特性质。 扩展测试的视野 面向对象软件的构造开始于需求分析和设计模 型的创建。由于面向对象软件工程模式的进化特 性，这些模型开始于系统需求的不太正式的表示， 并进化到更详细的类模型、类关系、系统设计和 分配以及对象设计。在每一个阶段，都要对模型 进行“测试”，尽量在错误传播到下一轮迭代之 前发现错误。 面向对象分析和设计模型的评审非常有用，因 为相同的语义结构出现在分析、设计和代码层次。 因此，在分析期间所发现的类属性的定义问题会 防止副作用的发生。如果问题直到设计或编码阶 段还没有发现，副作用就会发生。 扩展测试的视野 例如，在分析和第一轮迭代中，考虑定义 了很多属性的一个类。一个无关的属性被 扩展到类中，然后指定了两个操作来处理 此属性。分析模型进行了评审，领域专家 指出了这个问题。在这个阶段去除无关的 属性，可以在分析阶段避免一些问题和不 必要的工作量。如果问题没有在分析期间 被发现并进一步传播，在设计期间也会发 生问题。(课本292页) 扩展测试的视野 如果问题没有在设计期间检测出来，并传 递到编码活动中，将增加可观的工作量生 成代码，实现不必要的属性、两个不必要 的操作、驱动对象间通信的消息以及很多 其他相关的问题。另外，类的测试会消耗 更多不必要的时间。一旦最终发现了这个 问题，一定对系统执行修改，由变更所引 起的潜在副作用将永远存在。 扩展测试的视野 在开发的后期，面向对象分析和面向对象 设计模型提供了有关系统结构和行为的实 质性信息。因此，在代码生成之前，需要 对这些模型进行严格的评审。 应该在模型的语法、语义和语用方面对所 有的面向对象模型进行正确性、完整性和 一致性测试。 测试OOA和OOD模型 不能在传统意义上对分析和设计模型进行 测试，因为这些模型是不能运行的。然而， 可以使用技术评审检查模型的正确性和一 致性。 OOA和OOD模型的正确性 用于表示分析和设计模型的符号和语法是与为 项目所选择的特定分析和设计方法连接在一起的。 由于语法的正确性是基于符号表示的正确使用来 判断的，必须对每个模型进行评审以确保维持了 正确的建模习惯。 在分析和设计期间，可以根据模型是否符合真 实世界的问题来评估模型的语义正确性。如果模 型准确地反映了真实世界，则在语义上是正确的。 实际上，为了确定模型是否反映了真实世界的需 求，应该将其介绍给问题领域的专家，由专家检 查类定义和层次中遗漏和不清楚的地方。要对类 关系进行评估，确定这些关系是否准确地反映了 真实世界的对象连接。 面向对象模型的一致性 面向对象模型的一致性可以通过这样的方 法来判断：“考虑模型中实体之间的关系。 不一致的分析模型或设计模型在一部分中 的表示没有正确地反映到模型的其他部 分”。 为了评估一致性，应该检查每个类及与其 他类的连接。可以使用CRC模型或对象- 关系图来辅助此活动。 面向对象模型的一致性 推荐使用下面的步骤对类模型进行评估： 1.检查CRC模