测试时间的评估:开发时间的1/3~1/2
读者提问:
今天刚刚接到一个项目,项目经理让我们评估测试时间,但我需求还没搞明白,实在不知道怎么评估测试时间呢,阿常能给我支支招吗 ?
阿常回答:
告诉你一个大多数团队都通用的测试时间评估法则:开发时间的 1/3 ~ 1/2。
1、不怎么复杂的项目,测试时间一般按照开发时间的 1/3 来评估。
2、稍微复杂一点的项目,测试时间一般按照开发时间的 1/2 来评估。
阿常碎碎念:
对于以上测试时间的评估,可依据实际项目中可能发生的测试风险,酌情再增加 20%。
比如,实际测试下来发现 BUG 很多,开发修复时间长,测试需要等待开发提测新版本;比如实际测试过程中测试人员有变动,原来熟悉这个项目的测试人员休假了,其他测试人员在不熟悉该项目的情况,测试时间就需要增加。
如果项目无法保证我们所评估的测试时间,上线时间已经固定无法变更,测试时间只能被压缩;此时,测试人员需要提前预告风险,建议本次上线优先保证核心业务,或者让产品划分优先级,砍掉当前不必要的功能。
看完今天的分享对你是不是有所启发呢,有任何想法都欢迎大家后台私信阿常,一起探讨交流。
公众号后台回复666,获取学习路线
程序员阿常
十年职场历程,拥有丰富的软件测试经验,以及项目管理经验。
公众号
【推荐】国内首个AI IDE,深度理解中文开发场景,立即下载体验Trae
【推荐】编程新体验,更懂你的AI,立即体验豆包MarsCode编程助手
【推荐】抖音旗下AI助手豆包,你的智能百科全书,全免费不限次数
【推荐】轻量又高性能的 SSH 工具 IShell:AI 加持,快人一步
· TypeScript + Deepseek 打造卜卦网站:技术与玄学的结合
· Manus的开源复刻OpenManus初探
· AI 智能体引爆开源社区「GitHub 热点速览」
· C#/.NET/.NET Core技术前沿周刊 | 第 29 期(2025年3.1-3.9)
· 从HTTP原因短语缺失研究HTTP/2和HTTP/3的设计差异