软件测试团队的交付物

测试交付物是在软件开发期间与相关方共享的文档。本节介绍以下内容。

打开完整尺寸图表 ↗

软件测试团队的交付物

• 软件测试策略
• 软件测试计划
• 软件测试场景与测试用例
• 软件测试度量指标
• 产品指标
• 过程指标
• 软件测试文档
• 软件测试报告
• 每日测试状态报告
• 事件报告
• 最终测试状态报告（项目收尾报告）

软件测试策略

测试策略为项目测试活动指明方向。将工作拆分为较小、定义清楚的流程。策略能帮助团队估算所需时间、工作量和资源，也有助于规划、管理和跟踪进度。

软件测试计划

测试计划定义总体测试策略、测试环境和测试级别。它说明如何分析结果以及将使用哪些指标。计划也会记录各阶段的退出条件，以及测试工作量和成本的估算。

打开完整尺寸图表 ↗

软件测试计划

软件测试场景与测试用例

测试场景描述一个假设情境，用于有条理地评估软件。场景可以像故事一样复杂。测试用例则直接说明要做什么、提供哪些输入，以及预期得到什么输出。用例通常用一行来说明，场景则为测试人员提供更广泛的探索空间。

打开完整尺寸图表 ↗

软件测试场景与测试用例

2003 年，Cem Kaner 将基于场景的测试描述为探索真实情境的一种方法。详细的测试用例仍会记录步骤、输入数据和预期结果，而维护这些细节可能需要投入更多精力。

测试用例直接告诉测试人员要做什么，以及如何测试软件。

打开完整尺寸图表 ↗

软件测试场景与测试用例

软件测试度量指标

软件度量指标是用于评估软件属性的度量单位。测试指标评估质量，也反映系统在开发过程中的就绪程度。为什么需要度量？能度量的事项才便于控制和改进。每个开发阶段的决策都要参考上一阶段的指标。测试指标分为两类。

1. 直接度量也称基础指标，是测试分析人员为反映项目状态而收集的原始数据，例如已创建或执行的测试用例数量。
2. 间接度量也称计算指标，是将基础数据转换后得到的更有用的项目信息，例如完成百分比或测试覆盖率。

产品指标

产品指标为改进质量提供依据。定期评估有助于团队及时发现需要修正的产品特征。此类指标衡量以下方面。

• 规模
• 复杂性
• 设计方面
• 性能
• 质量

过程指标

过程指标可以找出改进工作方式、节省时间和精力的机会。把结果与过程目标对照，评估进度。跟踪测试活动可以提高项目的效率和成效。在软件开发中，过程指标涵盖以下领域。

• 软件开发
• 软件维护
• 软件测试

软件测试文档

测试文档记录测试前或测试期间的活动。重要文档包括以下内容。

• 测试计划
• 测试场景
• 测试用例
• 可追溯性矩阵

软件测试报告

以下报告为测试工作提供支持。

• 每日测试状态报告
• 事件报告
• 最终测试状态报告（项目收尾报告）

每日测试状态报告

每日状态报告让测试团队以及项目和项目群的相关方及时了解情况。项目经理可以看到每日的缺陷数量、已执行用例和各测试人员的工作。请回答以下问题。

1. 当天计划执行多少个测试用例？
2. 实际执行了多少个？
3. 团队报告了多少个缺陷？
4. 其中有多少个致命缺陷？
5. 在哪里可以找到详细报告，包括缺陷及测试执行记录表？

事件报告

事件报告有助于协调测试与开发工作。事件管理记录以下事项。

• 比较实际结果和预期结果
• 测试失败时产生偏差的原因，例如自动化出错、测试用例不当或实际的软件故障

出现实际故障时，应编写事件报告，包含以下信息。

• 标识信息
• 每份报告的编号是什么？
• 测试对象是什么？
• 被测软件应用的版本
• 测试环境详情，包括硬件和软件
• 负责评估和处理该事件的开发人员姓名
• 何时观察到故障？
• 分类
• 状态
• 严重程度
• 优先级
• 需求
• 原因
• 问题说明
• 问题的具体描述
• 测试用例详情
• 测试人员意见
• 开发人员修改后的意见
• 相关参考资料

最终测试状态报告（项目收尾报告）

当达到退出条件或测试结束时，测试负责人编写项目收尾报告。相关方和客户随后审阅报告。列出成功执行的测试用例，以及计划在部署后解决的未关闭缺陷。