Testing 如何计划考试时间

假设10名开发人员花了6个月的时间开发一些应用程序。作为项目经理，我应该在测试计划中留出多少时间

6个月的工作包括单元测试。我对功能测试和用户验收测试有详细的说明

开发时间和测试时间之间是否存在比率或关系

开发时间和测试时间之间是否存在比率或关系

---

不，真的没有。您必须查看应用程序的功能需求，以确定需要测试什么以及需要多长时间。

一般的经验法则是，测试所需时间与开发所需时间的1/3相同，但是，根据您所做的工作和您期望的测试范围的不同，它可能会有很大的差异。

我不认为这是一个我们可以为您回答的问题。为了给您一个合理的估计，我们需要了解以下几点：

你的测试目标是什么？（代码覆盖率、发现/修复的缺陷、测试的需求等）
您在类似项目上花了多少时间进行测试？
您在这些项目中遇到了哪些质量问题？（发现的缺陷太多，缺陷的严重程度可接受/不可接受）
你做过测试计划吗？
单元测试发现了多少缺陷？是否存在更大/更小的关注领域？您是如何解决这些问题的？
你将做什么样的测试分析

有一些指标可以帮助您对这类工作进行粗略估计，但问题是它们确实需要根据您的环境进行调整，以给出有意义的估计。一个衡量标准可能建议2个月的测试，但您可能没有意识到您的环境需要两倍的时间，直到您承诺2个月并发现您确实需要4个月。

以下是来自Microsoft Engineering Excellence团队的测试架构师：

测试估计中需要考虑的一些例子是：

• 历史数据-至少，您可以估计测试设计 基于以前的项目
• 复杂性复杂性与可测试性直接相关。简单的 应用程序可以进行更多的测试 比复杂的程序更快
• 业务目标-应用程序是原型还是原型 演示应用程序？或者，是吗 飞机飞行控制软件 宇宙飞船？业务目标 影响项目的广度和深度 测试工作
• 合规性/合规性-如果应用程序必须符合 标准，这些要求必须 在评估测试时考虑 任务

---

这样的问题很难回答。这很可能取决于你在类似项目中的经验。我只是可以为你提供一些我曾经参与过的项目的统计数据。您可以看到，很难得到开发时间方面的测试时间公式：

项目|复杂性|开发时间|测试时间|开发人员|测试人员

---

A | 4 | 90天| 60天| 4 | 1

B | 1 | 60天| 30天| 2 | 1

C | 5 | 90天| 120天| 4 | 1

D | 2 | 15天| 7天| 2 | 2

---

E | 3 | 120天| 90天| 2 | 2

我希望作为项目经理，您计划使用类似或其他的迭代开发过程。我不认为测试是开发阶段的一个阶段，应该在开发阶段结束后进行，而是作为开发过程的一个重要部分

---

单元测试很好，应该在任何地方都是强制性的，但是不要犯开始功能测试太晚的错误。如果项目时间短至6个月，则必须在一半的时间内完成并运行，即使它缺少大部分功能，并且在添加其他功能的同时从该部分测试开始。

我同意Pascal Paradis的公认答案

---

此外，请确保在日程安排中包含测试计划。计划可能需要与实际测试一样长的时间，如果不是更长的话。这可能很困难，因为它需要开发团队的最终文档

你能为1/3的拇指法则提供一个参考吗敏捷是很好的，但是在开发完成后回归仍然是必要的，以确保开发结束时的新特性不会打破开发开始时枯燥的旧特性。而且自动化测试在大多数领域并不能捕获所有信息。没错，而且不要忘记回顾！以及需要多少返工。如果你期待大量的返工，你最好计划大量的测试。我投票将这个问题作为离题题结束，因为它与编程无关。我投票将这个问题作为离题结束，因为它与编程无关。