任务:定义测试环境配置
此任务描述了如何定义支持测试工作所需的评估环境的需求。
关系
步骤
针对软件体系结构检验测试方法
目的 使您更好地了解测试方法,及该方法如何受制于软件体系结构。 

复审测试方法,逐条列出并描述测试方法的主要方面。使用这些信息,复审软件体系结构并开始阐述对测试工作的一般环境需要的理解。

确定每个特定部署环境
目的 了解不同部署环境的数目,并熟悉每个环境的关键特征。 

以软件体系结构为起点,查找并复审部署模型及相关联的信息。确定将部署该软件的每个特定目标环境,并熟悉每个环境的突出特征。
合并必要环境的列表
目的 阐述提供最广范环境经验的精简环境合并列表。 

设置并管理大量测试环境通常并不实际。规模经济通常强迫您接受有限的一部分您可测试的可能目标环境。 制作已确定的所有目标环境的列表,并设法合并列表并将该列表缩短到可管理的一小部分。通常,基础硬件和操作系统软件是在多个测试环境中共享的。
对于每种测试环境配置
目的 定义将支持执行所需测试的每个“测试环境配置”的基本元素。 

对于您已确定将执行测试的每种测试环境配置,确定并定义以下详细信息。

确定每种测试技术的特定环境需要

使用测试计划,确定将作为测试方法一部分的每种技术。对于每种技术,列出将需要满足才允许执行测试的特定环境需求。

定义基本硬件和软件的清单

使用您已确定的需求,开始整理执行测试所需的硬件和软件的列表。注意寻机合并。

定义支持测试流程的硬件和软件的详细清单

现在收集每种配置的详细信息。请尽可能具体。这可能需要技术支持或系统管理资源的协助。尝试寻找可能的环境的最小和最大“极限”。通常这些最小/最大极限足以提供充分广泛的环境经验。

定义测试环境管理流程需求

设置、维护和管理测试环境通常是一个困难和高要求的任务。请对您为保持测试环境正常运转而将采用的管理过程动些脑筋。

评估和验证结果
目的 验证任务已恰当地完成,生成的工作产品是可以接受的。 

既然您已完成了该工作,那么最好验证该工作是否有足够的价值,而且您并不是简单地消耗大量纸张。您应评估您的工作质量是否适当,是否完整得足以让其他团队成员觉得您的工作很有用,并随后将它们用作他们自己工作的输入源。在可能的情况下,请使用 RUP 中提供的核对表验证质量和完整性是否都“足够好”。

让执行下行任务(根据您输入的工作信息)的人员参与复审您的过渡工作。请在您还有时间针对他们的意见采取行动时让他们参与复审。 您还应针对主要输入工作产品评估您的工作,以确保您已精确并充分地展示了它们。让输入工作产品的作者以此为基础复审您的工作,这可能很有用。

请记住,RUP 是一个迭代的交付流程,并且在许多情况下工作产品是随着时间而演进的。所以,通常没必要完全形成将在近期的后续工作中只部分使用或根本不用的工作产品,并且这通常对生产力有副作用。这是因为很有可能在使用工作产品前,工作产品周围的情况会发生变化(并且在创建工作产品时作出的假设也会证明是不正确的),从而带来工时的浪费和高成本的重复工作。同时也要避免在展示内容值的危害方面花费过多周折的陷阱。 在展示作为项目可交付件有很大的重要性而且有经济价值的项目环境中,您可能希望考虑使用管理资源来执行展示任务。



属性
多次出现
事件驱动
正在进行
可选
已计划
可重复
更多信息