假设 10 位开发人员花了 6 个月的时间开发某个应用程序。作为项目经理,我应该在我的测试计划中留出多少时间?
6 个月的努力包括单元测试。我特别关注功能测试和用户验收测试。
开发时间和测试时间之间有什么比例或关系吗?
假设 10 位开发人员花了 6 个月的时间开发某个应用程序。作为项目经理,我应该在我的测试计划中留出多少时间?
6 个月的努力包括单元测试。我特别关注功能测试和用户验收测试。
开发时间和测试时间之间有什么比例或关系吗?
开发时间和测试时间之间有什么比例或关系吗?
不,真的没有。您必须查看应用程序的功能需求以确定需要测试的内容以及需要多长时间。
我希望您作为项目经理,计划使用像Scrum或其他敏捷方法这样的迭代开发过程。我不认为测试是应该在开发阶段完成后进行的开发阶段,而是开发过程的重要组成部分。
Unit tests are great and should be obligatory everywhere, but don't make the mistake of starting too late with the functional testing. If the project is as short as 6 months it's essential to have something up and running in half that time, even if it lacks most of the functionality, and start with that part of the testing while the rest of the features are being added.
一般的经验法则是,测试将花费开发时间的 1/3 才能正确完成,但它可能会有很大差异,具体取决于您正在做什么以及您期望的测试范围。
我不认为这是我们可以为您回答的问题。为了给你一个合理的估计,我们需要知道几件事:
你的测试目标是什么?(代码覆盖率、发现/修复的缺陷、测试的需求等)
您在类似项目上花费了多少时间进行测试?
您在这些项目中遇到了哪些质量问题?(发现的缺陷太多,缺陷的严重程度可以接受/不可接受)
您是否进行过任何测试计划?
单元测试发现了多少缺陷?是否存在更大/更少关注的领域?你是如何解决这些问题的?
你会做什么样的测试分析?
您可以使用一些指标来帮助您对此类工作进行粗略估计,但问题是它们确实需要根据您的环境进行调整才能给出有意义的估计。一项衡量标准可能建议 2 个月进行测试,但您可能没有意识到您的环境需要两倍的时间,直到您承诺 2 个月并发现您确实需要 4 个月。
I agree with the accepted answer from Pascal Paradis.
In addition, make sure you include test planning in your schedule. Planning can take just as long as actual testing, if not longer. This can be difficult because it requires finalized documentation from development team.
很难回答这样的问题。这很可能取决于您在类似项目中的经验。我只是可以为您提供一些我参与过的项目的统计数据。您可以看到,从开发时间来看,很难得到测试时间的公式:
项目 | 复杂性 | 开发时间 | 考试时间 | # 开发者 | # 测试人员
一个 | 4 | 90 天 | 60 天 | 4 | 1
乙| 1 | 60 天 | 30 天 | 2 | 1
C | 5 | 90 天 | 120 天 | 4 | 1
D | 2 | 15 天 | 7 天 | 2 | 2
E | 3 | 120天| 90 天 | 2 | 2