测试时间的评估：开发时间的1/3~1/2
读者提问：今天刚刚接到一个项目，项目经理让我们评估测试时间，但我需求还没搞明白，实在不知道怎么评估测试时间呢，阿常能给我支支招吗 ？
阿常回答：
告诉你一个大多数团队都通用的测试时间评估法则：开发时间的 1/3 ~ 1/2。
1、不怎么复杂的项目，测试时间一般按照开发时间的 1/3 来评估。
2、稍微复杂一点的项目，测试时间一般按照开发时间的 1/2 来评估。
阿常碎碎念：
对于以上测试时间的评估，可依据实际项目中可能发生的测试风险，酌情再增加 20%。
比如，实际测试下来发现 BUG 很多，开发修复时间长，测试需要等待开发提测新版本；比如实际测试过程中测试人员有变动，原来熟悉这个项目的测试人员休假了，其他测试人员在不熟悉该项目的情况，测试时间就需要增加。
如果项目无法保证我们所评估的测试时间，上线时间已经固定无法变更，测试时间只能被压缩；此时，测试人员需要提前预告风险，建议本次上线优先保证核心业务，或者让产品划分优先级，砍掉当前不必要的功能。
看完今天的分享对你是不是有所启发呢，有任何想法都欢迎大家后台私信阿常，一起探讨交流。
页:
[1]
