在某些测试文化中,测试计划被视为非正式的临时工作产品,而在其他测试文化中,它则是非常正式的,通常需要外部相关人员签字同意。因此,该工作产品的格式和内容必须是各式各样的,以满足组织或项目的特定需要。通过考虑随
RUP 包含的模板开始,并按照需要除去、添加或修改模板中的元素。
作为正式文档的备选方案,您可以选择将迭代测试计划的元素记录为一组非正式的计划说明,这些说明可保存在测试团队现成可见并可访问的内部网 Web 站点或者白板上。您可以对主测试计划采取相同做法。
(可选)此工作产品的一些方面可以适当地表示为软件开发计划和迭代计划中包含的内容,而非单独的工作产品。
我们建议您创建较小的测试计划,使其集中于单个迭代的范围。这些工作产品应包含关于以下各项的信息:特定的测试激发因素(例如,一部分需求和风险)、您将调查的特定测试构想、您将使用的策略以及可用的资源等等,这些都与特定“迭代”相关。
(可选),“主”测试计划可以在项目初期创建,以提供整个项目周期上计划的测试工作的大纲,并提供关于资源需求和其他长期后勤问题的一些预先考量。此主工作产品还提供一种方法,用来限制所有测试计划的公共元素(例如人员、硬件和软件资源、管理过程等等)重复。我们建议您避免将特定的详细测试信息记录到“测试计划”中,而将该测试信息
在必要和恰当的时候记录在其他更合适的测试工作产品中。
|