TMap和Rational统一过程(4)

　　将易测性作为开发团队的一个议程项目并不是TMap中要明确的，但是这将被证明是一个非常有价值的活动。例如，讨论的目标需要被确定下来，并且驱动程序要被开发团队开发出来。然后这个活动需要被添加到谈到的TMap活动中。

　　注意到在TMap阶段中没有很明确的测试活动，这是很重要的，然而，这在RUP工作流中是一种情况。取决于必要性，一个人可以选择维护这个或不维护。

　　规格说明

　　TMap规格说明阶段可以被映射到RUP中的测试和评价，如表4所示。这个RUP步骤合并了重要的TMap阶段-规格说明和执行。

　　表4：TMap规格说明阶段可以被映射到RUP中的测试和评价

　　对于不熟悉RUP步骤“测试和评价”的读者，可以在图7中看到描述。

　　图7：RUP步骤“测试和评价”

　　RUP强调，规格说明和测试用例的执行可以是并行的活动，让我们讨论一下如何从一个TMap的观点来处理这个问题。

　　在RUP的“测试和评价”阶段，一个测试分析师确定在像“确定测试思想”和“定义测试细节”这样的活动中的一个逻辑级别上的测试用例。然后测试人员将这些转换成物理的测试用例和测试脚本：分别是，“实施测试”和“实施测试集”。

　　RUP按照一种有别于TMap的方式来定义一个测试脚本。按照RUP，一个测试脚本是一个单个测试用例的实现;TMap认为一个测试脚本是按照一个有效的方式执行的许多动作和检查点。在RUP中，这被称作是一个测试集，并且可以与测试自动化关联起来。本文参考的是TMap术语，除非RUP的术语表示更清晰。RUP测试可以是手工和自动化测试。

　　应当注意，在确定测试用例中，RUP不强调测试规格技术的使用或必需的测试基础。不幸地是，这会降低系统文档的重要性，尽管RUP不规定适合于测试基础的不同系统文档。例子是用例、用例模型、业务规则、类、类图、序列图、数据模型和补充规约。不同的TMap需求规格技术非常适合于建立基于RUP系统文档的测试用例(也可以参见下面的“技术”一节)。

　　活动确定测试思想，可以在多个RUP步骤中发现，很少可以映射到TMap内。取决于测试思想的详细程度，这种映射可以在准备阶段中的测试技术选择中或在规格说明阶段的测试用例规格说明中发现。当需要时，可以创建并维护一个测试思想的列表。

　　在此阶段中的第五个活动，说明测试对象和基础结构的复审，可以被映射到RUP的确认构建稳定性中。有关于这个活动的说明可以在下一节有关执行的部分中找到。

　　在TMap中，“建立基础结构”是规格说明的一部分。RUP将这部分内容方式了支持活动-支持开发中。

　　执行

　　TMap活动提到以下是执行阶段的部分，并被映射凹相应的RUP活动，如表5所示。

　　表5：TMap执行阶段映射到RUP

　　对于不熟悉RUP步骤-确认构建稳定性的读者，在图8中进行了描述。

　　图8：RUP步骤-确认构建稳定性

　　作为执行活动的第一个步骤，复审测试对象或基本结构是RUP步骤-确认构建稳定性的一部分。注意RUP，这个步骤是在定义评价任务之后立即开始的，这与TMap计划阶段多少有些同义。在确认构建稳定性中，已提交的软件版本(构建)被测试稳定性;换句话说，这足以开始进行测试执行吗?因此，按照TMap，这个步骤不比规格说明和预测试执行内容要少。每个迭代都可以提交多个构建，尽管通常不是每个构建都要进行此步骤。此测试可以被(部分地)自动化。

　　当我们严格遵循RUP时，这意味着我们在软件交付前抛弃了测试用例的规格说明，因为这发生在软件交付之后。这样的缺点是，不会鼓励先于交付而完成测试准备，并且作为将不必要的测试活动放在项目的关键路径上的结果。可能的优点是，软件和文档被同步的可能性更高，测试用例不会基于过期的文档来设计，以及设计和执行同时进行在人时方面会更有效率。 5

　　在TMap中执行预先测试的小步骤比在RUP中强调要详细得多。在许多情况下，延迟测试用例规格说明的优点直到第一次构建交付之后才会大于缺点。对于此，更灵活的解释和下一步骤，测试和评价，可以很容易地消除这些对象。如果还没有交付任何构建，确认构建稳定性就不能执行。然而，下一步骤可以开始。在这个步骤中，测试用例只能指定，但还没有执行。图9显示了这会如何发生。

　　图9：可选择的工作流顺序

　　TMap执行阶段的剩余活动可以放在测试和评价中，和规格说明的大多少活动一样。按照这种方式，测试人员执行他们的测试用例，并在“执行测试集”中分析有关预期结果的缺陷。

　　完成

　　TMap完成阶段的活动及其与RUP的对照如表6所示。

　　表6：TMap完成阶段及其与RUP的对照

　　前三个完成活动可以被很好地映射到RUP的完成可接受任务中，这在图10进行了描述。然而，在TMap中，与RUP的改善测试资产有一些重迭。

　　图10：RUP步骤-改善测试资产

　　“完成可接受任务”产生了工件-测试评价总结，其包含测试对象和测试过程的一个评价。“改善测试资产”用一般方式描述了测试件的维护和改善。这包括测试的维护，测试环境的管理，以及自动化测试的维护。对这种执行测试的方式推荐的调整也可以从这个步骤进行，这取决于测试评价总结。除了第四个TMap活动，保存测试件，这个RUP步骤也包含测试过程的评价。在TMap中的另外一个步骤正在解放测试团队。在RUP方法的正式工作中，这常常是不必要的。

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