支持软件测试的流程

这些流程有助于跟踪测试进度。本节包括以下内容。

• 缺陷管理生命周期
• 可追溯性矩阵
• 软件测试估算方法
• 配置管理
• 变更管理

什么是缺陷管理生命周期？它如何运作？

软件由人开发，期望数百万行代码毫无缺陷并不现实。缺陷可能出于以下原因。

1. 需求没有得到清楚传达。
2. 开发过程中出现编程错误。
3. 系统设计复杂。
4. 文档质量不佳或不完整。
5. 软件设计的变更难以管理。

打开完整尺寸图表 ↗

什么是缺陷管理生命周期？它如何运作？

缺陷管理生命周期涵盖从发现缺陷到关闭缺陷的全过程，包括以下状态。

1. 新建，表示缺陷刚被发现。
2. 打开，表示正在审查该缺陷。
3. 重复，表示同一个缺陷已被报告。
4. 已分配，表示已指定开发人员修复该缺陷。
5. 已复测，表示修复后测试人员已检查缺陷是否解决。
6. 问题解决后关闭缺陷。若修复未解决问题，则重新打开缺陷。

什么是可追溯性矩阵？

可追溯性矩阵将业务需求、应用需求和安全需求与实现及测试对应起来，有助于评估所需工作完成了多少。

矩阵在复杂项目中特别有用，因为它能追踪各项工作之间的关系。创建一张表，将一组值放在行中，另一组值放在列中。如果某行和某列相关，就标记交叉单元格。

例如，将需求列在左侧，将测试流程列在顶部。把已完成的测试对应到相关需求，就能计算需求覆盖率。

软件测试有哪些估算方法？

估算方法因项目领域而异，第一次估算往往很难准确。尽管如此，估算是软件开发生命周期（SDLC）的重要组成部分，可以帮助预测完成任务所需的时间。

除时间外，也可以估算工作量和成本。利用过往经验、假设、文档和经过评估的风险来进行估算。估算有助于组织参与项目投标，也能降低测试超出预算或延迟完成的风险。

1. 德尔菲估算通过独立估算和反馈，帮助团队达成共识。每个人匿名向协调人员提交估算。如果估算值足够接近，团队便可作出决定。如果差异较大，协调人员会分享汇总结果，并请团队重新估算。
2. 工作分解结构把大型项目分解为较小、分层的组成部分。逐项估算有助于制定详细的计划和成本估算。
3. 三点估算也将大型项目分成较小的任务。对每项任务，在有利条件下给出乐观估算 A，在考虑可解决问题的情况下给出最可能估算 B，并在不利条件下给出悲观估算 C。加权估算公式为 (A + 4 × B + C) / 6。
4. 功能点方法把功能点总数乘以每个功能点的估算工作量，得到总工作量。在估算前，要按复杂、中等或简单对各功能点分类并赋予权重。

什么是配置管理？

配置管理让系统性能保持一致，包括以下工作。

• 给每个配置项分配唯一标识。
• 找出描述每个配置项的全部文档。
• 将相关配置项归入基线。
• 每次修订后，标记配置项和基线。

软件开发比较复杂，常见问题如下。

1. 开发人员相互覆盖对方的变更。
2. 版本控制不当，导致集成困难。
3. 编译器和开发工具的版本不兼容。
4. 不清楚哪些测试用例适用于当前软件版本。

配置管理通过以下做法解决这些问题。

• 版本管理记录测试对象的各个版本及其相应的配置项。
• 配置标识为系统、每次修订及其组成部分分配唯一标识。
• 状态文档记录事件、变更请求及其当前状态。
• 配置审计清楚记录所有软件组件，使配置易于识别。

打开完整尺寸图表 ↗

什么是配置管理？

什么是变更管理？

变更管理处理工作方式的变化，涉及整个组织和每个人。它包括以下工作。

1. 适应变更需要有组织的流程，以推动积极的业务变化。在经济衰退或放缓时，稳定的机制有助于员工应对压力和困难。
2. 控制变更包括应对业务环境的变化、监控变化，以及跟踪系统细节。
3. 落实有益的变更可以带来利润。

打开完整尺寸图表 ↗

什么是变更管理？