STLC - 测试规划

测试计划概述了测试应用程序所采用的策略、将要使用的资源、进行测试的测试环境以及测试的限制和测试活动的时间表。通常，质量保证团队负责人将负责编写测试计划。

测试计划包括什么?

测试计划包括以下内容。

• 测试计划文档简介。
• 测试应用程序时的假设。
• 测试应用程序时包含的测试用例列表。
• 要测试的功能列表。
• 测试软件时要使用的方法类型。
• 需要测试的可交付成果列表。
• 为测试应用程序分配的资源。
• 测试过程中涉及的任何风险。
• 要实现的任务和里程碑的时间表。

测试计划的要点

在测试计划中需要考虑以下几点STLC。

• 理想情况下，测试分析师(主管)/经理准备测试策略/测试计划文档。

• 分析更侧重于与应用程序相关的数据/信息。

• 这是实际测试任务的第一阶段。

• 此阶段回答"要测试什么"和"测试需要哪些资源"。

• 此阶段的基本进入标准是提供需求文档(不清楚/缺失/澄清需求的更新版本)以及需求可追溯性矩阵。

• 如果自动化在范围内，则应在进入此阶段之前准备好自动化可行性报告。

• 此阶段的退出标准是完成测试策略/测试计划文档和测试工作量估算文档。

测试规划阶段的各个方面

此阶段的主要目标是准备测试计划/测试策略文档。它包括三个主要方面 - 交付范围、工作量估算和资源计划。

交付范围

需要执行以下活动来确定交付范围 −

• 确定合适的参与和交付模式。
• 定义测试目标、测试范围、测试阶段和活动。
• 审查业务需求和系统需求以确定测试可行性。
• 定义测试流程、测试类型和程序。
• 定义缺陷管理和变更管理程序。
• 确定测试工具、技术和最佳实践。
• 定义风险分析。
• 定义自动化解决方案并确定合适的自动化候选者(如果适用)。

工作量估算

估算是找到估计值或近似值的过程，即使输入数据可能不完整、不确定或不稳定，该值也可用于某些目的。

估算确定构建特定系统或产品需要多少金钱、精力、资源和时间。估算基于 −

• 过去数据/过去经验
• 可用文档/知识
• 假设
• 已识别风险

测试估算的四个基本步骤是 −

• 评估 AUT(被测应用程序)的大小。
• 评估人月或人小时的工作量。
• 评估日历月的进度。
• 评估商定货币的项目成本。

资源计划

资源计划是测试阶段的关键要素。这些计划与测试团队完成特定任务所花费的时间成反比。增加资源数量将减少完成天数，在一定限度内，超过该限度就会饱和，增加资源不会产生太大影响，也可能不会导致完成天数减少。

资源请求者(通常是项目经理)创建资源计划以请求资源、跟踪工作量和成本。资源经理可以在使用资源计划之前对其进行修改和批准。

资源计划的正常工作流是 −

• 项目经理进行规划
• 项目经理提出请求
• 资源经理批准/修改/拒绝
• 完成 − 在资源经理签字后关闭请求