测试时间的评估:开发时间的1/3~1/2

读者提问:

 

今天刚刚接到一个项目,项目经理让我们评估测试时间,但我需求还没搞明白,实在不知道怎么评估测试时间呢,阿常能给我支支招吗 ?

 

阿常回答:

 

告诉你一个大多数团队都通用的测试时间评估法则:开发时间的 1/3 ~ 1/2。

 

1、不怎么复杂的项目,测试时间一般按照开发时间的 1/3 来评估。

 

2、稍微复杂一点的项目,测试时间一般按照开发时间的 1/2 来评估。

 

阿常碎碎念:

 

对于以上测试时间的评估,可依据实际项目中可能发生的测试风险,酌情再增加 20%。

 

比如,实际测试下来发现 BUG 很多,开发修复时间长,测试需要等待开发提测新版本;比如实际测试过程中测试人员有变动,原来熟悉这个项目的测试人员休假了,其他测试人员在不熟悉该项目的情况,测试时间就需要增加。

 

如果项目无法保证我们所评估的测试时间,上线时间已经固定无法变更,测试时间只能被压缩;此时,测试人员需要提前预告风险,建议本次上线优先保证核心业务,或者让产品划分优先级,砍掉当前不必要的功能。

 

看完今天的分享对你是不是有所启发呢,有任何想法都欢迎大家后台私信阿常,一起探讨交流。

 

 

公众号后台回复666,获取学习路线

 

程序员阿常
十年职场历程,拥有丰富的软件测试经验,以及项目管理经验。
251篇原创内容
posted @   程序媛淼淼  阅读(433)  评论(0编辑  收藏  举报
相关博文:
阅读排行:
· TypeScript + Deepseek 打造卜卦网站:技术与玄学的结合
· Manus的开源复刻OpenManus初探
· AI 智能体引爆开源社区「GitHub 热点速览」
· C#/.NET/.NET Core技术前沿周刊 | 第 29 期(2025年3.1-3.9)
· 从HTTP原因短语缺失研究HTTP/2和HTTP/3的设计差异
点击右上角即可分享
微信分享提示