简介：利用 Rational Rhapsody TestConductor Add On 与 Rational Quality Manager 之间的集成，改进一个强大普通框架之内基于模型的测试。本文向您展示了集成是如何帮助您进行基于风险的测试，以支持质量评价团队在全体项目的重要性，失败的可能性或者风险的基础之上优化特定特性和功能的测试。将这与新的报告操作板合并起来，给产品管理员提供了根据业务目标设置的关于产品性能更加现实的视图，以更好地确保软件开发项目仍然在掌控之中。

　　使用 Rational Quality Manager 管理基于模型的测试

　　在需求得到设置，且错误引入到设计之后，质量确保团队通常很晚才会引入到开发生命周期之中。为了修复这一点缺陷，IBM 将 Rational® Rhapsody TestConductor Add On 与 Rational® Quality Manager 软件集成了起来，以提供跨越整个产品生命周期的动态测试。结果提供了从需求到产品交付的稳定视图。本文向您展示了怎样将基于模型的测试集成到总体的测试进程中，来权衡该集成操作。

　　该集成通过使用 Rational Quality Manager 方案发挥作用，以管理不同类型的测试用例，它们的执行和结果执行。该工具在一个基于服务器的视图之中显示了需求，测试用例，以及其他的资源，这可以帮助地理上分散的团队实时地交换信息。Rhapsody TestConductor Add On 会使用 UML 测试概述来自动指定测试结构，查看测试用例以便更好地理解，执行测试以指明设计模型失误以及实施失误。

　　本文还向您展示了怎样管理 Rhapsody TestConductor 测试用例，以及怎样将它们集成到 Rational Quality Manager之内的总体质量管理进程。它解释了集成是如何帮助您管理基于风险的测试的，在此基础之上又可以帮助质量评价团队来优化特性和功能。优化的能力，加上软件之中的新报告操作板，向产品管理员提供业务目标基础之上的产品性能查看视图，以更好地确保项目仍然按计划实施。

　　软件开发生命周期内的质量管理

　　今天精通技术的消费者都想从他们所使用的产品中期待高质量的服务。如果公司不能做到这一点，则可能导致人们心中产生公司以后也会交付质量低劣服务的不好印象。消费者还会想要高级的特性，这会导致复杂性的产生。嵌入产品之内软件的数量会不断增加，并导致关键的产品异化。

　　面临着来自质量，复杂性和规模方面的挑战，公司需要优化它们的软件测试，以获得需要的业务结果。通常来说，会在开发周期的晚期阶段来完成软件测试操作，但这将导致大多数的缺陷被找到时项目已经接近尾声，这些缺陷处理起来代价高昂，且要冒很大的风险。而事实上，这些缺陷在开发期间的早期阶段之中就已经被引入。虽然软件开发人员在开发软件的同时会执行测试，例如单元测试，但是这些测试只与开发人员自身有关，或仅限于开发人员小组范围内。软件开发人员需要关注于开发，所以在开发时间紧迫情况之下，为了早点完成开发，这些测试很容易就成为一种敷衍了事的捷径。

　　模型启动测试的优势

　　幸运的是，Unified Modeling Language（UML）及 Systems Modeling Language（SysML）标准的出现，为改进开发进程获得突破提供了一个机会。这些标准使得工程师和软件设计师可以通过将基于代码的开发进程转化为模型驱动的开发（MDD），来极大地改进效率。使用模型，通过进行模拟，并为目标硬件之上的直接部署自动生成代码，系统工程师和软件开发人员就可以更清楚地理解和分析复杂的需求，自动化重复性的任务，维持设计活动之间的稳定性，更早地测试系统概念。

　　基于模型的测试扩展了从设计到测试的基于模型的开发。Rational Rhapsody TestConductor Add On 添加了 Rational Rhapsody Developer，Rational Rhapsody Designer for Systems Engineers 或者 Rational Rhapsody Architect for Software 版本的 UML 测试概述基础之上的测试功能。测试功能通过向 UML 添加 测试结构 与 测试行为 之类的概念，来调整测试的开发环境。测试结构扩展了已存在的 UML 2.0 结构性概念，以描述测试及其关系之中涉及到的元素。与之类似，测试行为扩展了已存在的 UML 2.0 行为性概念，以包含测试期间的所有观察和活动。

　　通过使用 UML 序列图，状态表来创建一个测试结构并执行测试操作，TestConductor Add On 实现了测试活动的自动化。图形化地测试使得测试之间的交流更加顺利，并进一步完善了设计行为。您可以执行测试，监视测试结果，以实现单元和回归测试的自动化。

　　通过扩展进程测试以包含设计模型，质量管理员和软件工程师可以在开发的早期阶段，就检查每一项特性都能满足需求，这样他们就能评价设计早期阶段的总体质量。

　　Rational Quality Manager 的概述

　　IBM® Rational® Quality Manager 是一种协作性，基于角色，业务驱动的环境，以便测试规划和执行，工作流程控制，追踪和工具报告。它为项目管理员，质量工程师，以及其他的项目涉众提供了一个基于网络的集成测试和质量管理环境，以协作和共享关于项目当前质量的信息。

　　Rational Quality Manager 定量化了项目决策和可交付项目在多大程度上符合业务目标及结果。它帮助团队减少了缺陷的数量，并加速了产品交付的日程安排。

　　使用该软件，您就可以创建一个可定制的操作板，以快速和轻松查看系统质量工具以及项目状态，例如测试已经就绪的构建。它还提供了追踪特性，可以帮助测试团队确定测试计划涉及了所有的需求。操作板有助于强调显示项目中质量有风险的地方，以及应该关注的优先顺序。

　　使用可执行模型来分析和完善需求

　　开发项目的起始点是需求分析阶段。这一阶段的目标在于分析进程的输入情况。涉众需求会转化为系统需求，该需求定义了系统必须执行的操作（功能性需求），以及必须实现的程度（服务需求的质量）。在基于模型的开发阶段中，会使用 IBM Rational Rhapsody 作为一般的 UML 建模工具，这意味着初始的涉众需求（例如，它存储在 IBM® Rational® DOORS® 需求管理软件）会导入到需求模型之中，如图 1 所示。