软件测试 - 估算技术

软件测试需要正确的估算和规划才能有效运行。测试估算描述了识别和评估软件开发生命周期 (SDLC) 中测试完整软件所需的工作量、时间和资源的各种技术和程序。

什么是测试估算？

进行测试估算是为了有效规划、确定时间表以及为项目分配资源。它主要由管理人员执行。它权衡并估算在特定环境中完成测试所需的预算、资源和时间。它可以预测任何延误和预算超支。

为什么要进行测试估算？

进行测试估算的原因如下：

规划

如果估算正确，可以减少项目中可能的延误。设定可实现的截止日期，并相应地调整资源。这将导致所有团队成员之间的有效协作。

资源

如果估算正确，可以有效地分配资源，例如参与测试的人员数量、正确测试工具和环境的识别等。它避免了测试资源短缺或过剩的情况。

预算

如果估算正确，可以正确预测项目的总体预算，其中包括所有基础设施、工具、资源等的成本。在此基础上，制定精确的预算并减少不必要的支出。

风险

如果估算正确，可以识别所有可能的项目风险。为潜在的风险区域分配更多资源以减轻风险。

预期

如果正确进行测试估算，可以衡量所有项目利益相关者（即管理人员、客户等）的期望。

资源优化

正确的估算为项目中的有效规划和资源优化提供了空间。它为流程改进、自动化和优化提供了范围，从而使测试过程更有效。

估算什么？

项目中估算的各种参数如下：

估算执行规划、分析、设计、开发、测试和项目管理活动所需的时间和精力。
考虑所有参数后，估算完成项目或项目中特定活动所需的时间。
估算所需的人员数量、技能组合、工具和所有其他配置。
所有上述项目也有助于估算项目复杂性以及项目中可能出现的所有其他风险和问题。此外，它还预测完成项目文档和测试所需的时间和精力。

不同的测试估算技术

技术	目的
工作分解结构	这是将大型任务分解成较小组件的过程。
三点软件估算	这是将大型任务分解成较小组件的过程，每个组件的估算都取决于三个参数：最佳情况或乐观估计 (O)、最可能情况 (M) 和最坏情况或悲观估计 (W)。公式：测试估算 (E) = (O + (4 * M) + W) / 6。标准差 (SD) = (W - O) / 6 其中，O 用于估算最佳情况。 M 用于估算最可能的情况。 W 用于估算最坏情况。让我们以一个项目为例，在这个项目中，测试团队应该执行 Web 测试、后端测试、API 测试和性能测试。在最佳情况或乐观情况下 (O)，当项目一切正常时，团队需要 100 个工时才能完成。在最可能的情况下 (M)，当预计会遇到一些问题时，团队需要 120 个工时才能完成。在最坏情况下 (W)，当预计会遇到重大问题时，团队需要 140 个工时才能完成。因此，平均估算 (E) = (100 + (4*120) + 140)/6 =(100 + 480 + 140) / 6 = 120 工时。标准差 (SD) =(140 - 100) / 6 = 6.67 工时。因此，团队需要 120 +/- 6.67 个工时才能完成测试。
德尔菲法	这是一个由一群经验丰富的个人坐在一起并就最可能的结果达成一致意见的过程。
功能点分析	这是将大型任务分解成较小组件的过程。然后根据大小、预算和时间表对每个组件进行估算。让我们以一个被分解成 2 个简单组件、3 个中等组件和 1 个复杂组件的单个项目为例。简单、中等和复杂组件的功能点 (FP) 分别确定为 2、4 和 3。项目的总功能点 =(2 * 2) + (3 * 4) + (1*3) = 19
敏捷估算	这是一个使用当前和过去信息进行预测的过程。同时，将新数据输入项目以简化估算过程。
百分比分布	这是一个以百分比衡量每个组件的过程。它可以了解软件测试生命周期 (STLC) 各阶段所需的工作量。

创建测试估算的最佳实践

创建测试估算的最佳实践如下：

清楚地了解需求。
通过将大型任务分解成较小组件来简化测试估算过程。
利用过去和历史数据来估算类似的项目。
让那些拥有足够的领域知识并过去参与过类似估算的经验丰富的人参与进来。
为该过程利用正确的估算技术。
确定项目中可能出现的所有潜在风险和问题。
在进行估算时，要包含项目中将需要的所有资源和基础设施。
让另一位经验丰富的人员审核估算结果以获得反馈。
随着项目进展和更多细节的出现，相应地更新估算值，并说明修改的原因，以便将来参考。
项目完成后，比较完成实际测试所需的时间和精力与估算值。这可能有助于对未来的项目进行估算。

结论

本教程对软件测试估算技术的全面介绍到此结束。我们首先描述了什么是测试估算、为什么要进行测试估算、估算什么、不同的测试估算技术以及创建测试估算的最佳实践。这使您掌握了软件测试估算技术的深入知识。明智的做法是继续练习您所学到的知识，并探索与软件测试相关的其他知识，以加深您的理解并拓宽您的视野。

打印页面