作为测试主管或测试经理，意味着要参与计划，监视和控制测试活动和任务，这是一项基本活动。在测试计划阶段，测试主管需要与其他利益相关者(如开发团队，客户，业务)进行协作，以设计测试目标，测试策略和测试计划。有时，如果尚未制定测试策略，他们也必须努力。
测试经理还需要估计需要完成的测试，并得出实现测试可能需要的资源。资源可以是人力资源或工具。他们还需要研究并确定何时需要自动化。如果认为自动化是必要的，则他们需要确定工具，识别和培训资源。在测试的执行阶段，他们需要确保测试周期之前和之中的环境可用性。
所有上述活动均以各种工件来表示和记录，这些工件通过测试计划，测试策略，测试估计和测试策略的名称进行调用。让我们仔细研究它们中的每一个，并了解它们之间的差异以及它们之间的关系。
1.测试政策：
- 测试策略基本上为您提供了测试规则。它是在组织级别定义的文档，可让您深入了解组织在测试活动中的立场以及组织如何衡量测试“成功”。
- 没有为组织单独进行的每个项目定义。
- 因此，我们可以说听众是一个整个组织。它由组织的高级领导者定义，并且“必须”由组织执行的每个测试项目遵循。它涵盖了测试的“为什么”。
- 因此，本文档旨在为构建所有后续测试策略和测试计划提供基础。
- 它是一个简短的文档，通常为一两页。它位于测试文档金字塔的顶部。
- 测试策略文档经常会丢失，因此给组织带来了真正的问题。
例如，在缺陷检测中，测试策略可能会提到缺陷检测百分比作为有效性指标，而在测试中检测到的缺陷成本与发布后检测到的缺陷的成本则作为效率指标。
2.测试策略：
- 它是在组织级别准备的文档。这也是一个高级文件。
- 它独立于任何特定项目，并且涵盖组织的“测试”方式。因此，测试策略是组织的测试方法。
- 它可以涵盖组织可以用来覆盖测试期间的风险的选项。
- 它可以提供组织通常在任何给定项目上使用的各种测试级别或阶段的详细信息。
- 测试策略可以描述短期和长期需求。随着需求的变化，策略应解决原因以及这些变化如何影响测试。
- 而且，可以根据项目和应用程序定制策略文档。例如-要求遵守法规的安全关键型应用程序的策略将与电子商务应用程序的策略不同。测试计划的谎言
- 它可以涵盖测试自动化方法，回归和重新测试方法等。
测试策略涵盖的主题示例包括–它可以描述如何管理单元测试，集成测试，系统测试或用户验收测试级别。它还可以涵盖每个测试级别的一般进入和退出标准(例如-0集成测试开放缺陷是进入系统测试阶段的进入标准)。
3.测试计划：
它是在项目级别准备的文档。这是用于测试手头任务的项目计划。记录测试计划有助于与项目中的其他团队，经理和其他利益相关者进行沟通。
编写测试计划需要一种井井有条的方法，一个好的测试计划应该简短明了。测试计划涵盖–
- 测试目标
- 范围内和范围外的项目
- 风险性
- 方法(测试范围，自动化/回归/性能测试)
- 测试时间表
- 出入境标准
- 通过/失败标准
- 测试成果(报告，测试用例等)
- 环境需求
- 人员需求
请注意，它不涵盖测试用例或脚本的任何详细信息。另外，请注意，对于较大的项目，我们可能会有一个主测试计划和与性能测试计划和集成测试计划等测试级别相对应的细化测试计划。
4.测试估算：
估算为测试任务创建了近似的成本和计划目标。一个好的估计应该基于经验丰富的从业者的知识，并得到实际在现场进行工作的人员的支持。它基于每个任务的“最”可能的成本，工作量和持续时间。
有多种因素影响估计，这些因素通常分为四类：
- 工艺因素–
这些来自完成工作的过程。示例–选择SDLC，正确执行先前的测试阶段。 - 物质因素–
它们来自项目的性质，手头的工具和可用资源。示例-可重复使用的测试系统和类似项目的文档。 - 人为因素–
这些来自团队中的人。示例熟练vs新团队。 - 延迟因素–
这些通常会导致项目延迟，例如应用程序的复杂性，许多子团队，多个涉众，自定义硬件等。
根据项目情况，可以采用多种测试估算技术–
- 基于经验的估计
- 工作分解结构
- 测试点分析
- 取得行业平均水平
这些技术既可以在筒仓中应用，也可以一起应用，以对测试项目进行可靠的估算。