TMap和Rational统一过程(2)

　　RUP规定，集成测试由测试角色的人员来执行。取决于集成活动的数量，这些测试可以合并在集成员角色下面。实际上，这些角色为了效率最大化，可以由相同的人员来承担。这意味着，集成人员也可以执行作为其活动主要内容的集成测试。

　　关于指南和工具，应用于集成测试与单元测试是一样的。主要的差别是，集成测试的指南不会自动成为编程指南的一部分，但会是测试指南的一部分，或遵循集成构建计划。测试经理需要与其他过程工程师调整这些。

　　系统测试(ST)

　　当软件功能成为一个系统时，在不同组件的集成(测试)之后，就开始执行系统测试。多个构建可以在一个迭代中交付。通常，每个构建都要进行一次系统测试，除非集成测试计划另有规定。主测试计划和更具体的迭代测试计划，需要简要说明哪个构建需要被测试。

　　RUP确定了系统测试的测试流程。如图1所描述的，缺省工作流、活动、工件、角色等等，都在此流程中进行了详细描述。

　　图1：缺省测试工作流

　　图1显示了用于RUP中的一次迭代的缺省测试工作流。此工作流可以根据不同情况而有所不同。此工作流包含了许多步骤，说明了工作流详细内容。对于测试工作流，这些步骤是定义任务评价，检验测试方法，确认构建稳定性，测试和评估，完成可接受任务和改善测试资产。

　　每个工作流明细包括许多活动，活动的输出是工件(产品)。相同的活动可以出现在多个明细中--例如活动“确定测试思想”，出现在定义任务评价、测试和评估、完成可接受任务和改善测试资产。注意，工作流明细的语境会影响活动执行的解释。

　　对于每个项目，实现流程的方式--意味着被选择的活动子集和工件，相关的角色，以及谁来实现这些角色--在开发用例和软件开发计划中规定。这也可以应用于测试流程。履行测试设计员角色职责的人员决定测试指南。测试经理负责指南集中的系统测试的执行，并管理不同的测试角色(谁，做什么，以及什么时间)。其他角色包括测试分析师和测试人员。在每个角色中，都要描述职责、相关技能和可能的任务(包括可能的任务合并)。考虑到提前展开的任务的数量，每个项目的所有角色需要进行充分地分配，因此对于测试团队的成员，就可能共享角色和/或参与到多个项目中。

　　对于系统测试有多个可用的工具。IBM Rational软件提供：

　　IBM Rational TestManager 用于计划、管理和报告任何测试工作要求

　　IBM Rational Manual Tester 用以提高手工测试工作的效率

　　IBM Rational Functional Tester 和 IBM Rational Robot 用于功能和回归测试的自动化

　　IBM Rational Performance Tester 用以通过多用户模拟和响应时间度量来评估应用软件可扩展性。

　　要推动团队沟通、协作和合作，IBM Rational还提供额外的解决方案：

　　IBM Rational RequisitePro 用于需求和用例管理

　　IBM Rational ClearQuest 用于基于工作流的缺陷和变更管理

　　IBM Rational ClearCase 用于配置管理

　　验收测试(AT)

　　验收测试是在软件部署之前的最后的测试。主要的目标是验证软件是否已准备好，可以被最终用户用于执行其设计的任务和功能。

　　验收测试被放在移交阶段，并且是部署流程的一个主要部分。RUP定义验收测试不够充分，只是作为系统测试用例子集的重新运行。测试人员需要在一个类似产品的环境中执行这些用例。在验收测试期间，考虑工件产品的产品验收计划是很重要的。项目经理在项目的先启阶段开始编写产品验收计划。验收测试的相关主题是验收标准、接受的工件和评价方法。

　　RUP没有提供用于在此阶段部署的工具的许多指导。取决于验收测试的实施，可以部署与在系统测试中所使用的相同的工具。

　　复审

　　如第五个最佳实践所展示的，RUP将质量验证认为是在整个系统开发过程中要被执行的事情;除测试之外，这也意味着质量保证。质量保证计划是作为系统开发计划的一部分编写的，特别是控制过程的质量。复审在RUP中描述得很详细，定义了三个角色：复审协调员、管理复审员和技术复审员。复审协调员协调和管理复审过程，管理复审员主要检查项目计划和报告，技术复审员复审实际的系统开发产品(例如业务用例模型，业务分析模型，需求，构架，设计和代码)。复审不会在本文中进一步详细说明。

　　角色

　　在每个角色中，都有职责、相关技能和可能的分配(包括角色的可能组合)。对于每个项目，所有的角色都需要进行充分地分配(质量和数量)，因此就有可能共享角色和/或参与到多个项目中。

　　回页首

　　将TMap适配到RUP

　　现在，让我们考虑一下TMap阶段和活动如何被合并到RUP中。TMap遵守RUP的测试实践，如测试流程中所描述的那些。因此，这里所描述的映射只会在系统测试上，而不水在单元测试、集成测试或验收测试上。如在前一章所描述的，这些测试没有在RUP中进行足够详细的描述，以进行一个彻底的映射过程。有关这些额外测试的更多详细内容在TMap方法中可以得到。对于单元和集成测试，TMap的白盒测试阶段可以应用;对于验收测试，读者可以阅读下面的验收测试一节。

　　主测试计划

　　TMap的主测试计划可以比作RUP的主测试计划。一个需要考虑TMap主测试计划的范围大体上会有多个测试级别，而在RUP中可以只是单个系统测试。TMap的主测试计划也可以明确地提出测试策略，并选择不同测试的质量准则。入口准则可以比作TMap的前提条件;出口准则相对于标准TMap是多出的，但是当使用一个预先确定的测试策略时，就不是必要条件了。

　　阶段划分

　　TMap的阶段关联到测试流程的缺省工作流，如早先在图1所示。图2显示了TMap生命周期的一个高级视图。

　　图2：一个活动简短概述的TMap生命周期

原文转自：http://www.ibm.com/developerworks/cn/rational/rationaledge/content/feb05/koomen/