本文阅读大概3分钟，关注点击星标精彩不错过
相信不少测试在需求敲定、宣讲之后会接到项目经理那边的提问，那就是"开发测试评估一下新版本周期需要多久？"
" 开发：这个版本功能新特性也不多啊，开发周期说太长时间会不会打脸，时间要是说少了天天加班那也不是个事儿啊!! "
" 测试：这些功能以自身的能力大概需要多久呢，也没谱儿啊！测试时间说少了上线出现bug怎么办!下个月的绩效又凉了!! "
其实每个版本开发的工期是有矩可循的，一个新的版本 功能接口、以及应用端界面，根据开发的的难度系数以及自身的能力有评估公式的
后端开发工时评估公式
单个接口工时 = 复杂度系数（1、2、3）* 2h
例如A接口 2等复杂系数那就是单个工时4个小时 ；A接口 1等复杂系数那就是单个工时2个小时
∑接口总工时=(单个接口工时+...相加之和)
∑接口总工时=（A接口+B接口...）
前端开发工时评估公式
移动端（APP+H5+小程序）：
单个功能点（交互开发）工时 = 复杂度系数（1、2、3）* 1h
∑移动端功能= (单个功能点+...相加之和 )
PC端：
单个功能点（交互开发）工时 = 复杂度系数（1、2、3）* 2.5h
∑PC端功能= ( 单个功能点+...相加之和 )
测试工时评估公式
在开发总体工时清单列出来计算出来总和之后
测试工时=开发总体天数*0.8 （上下有20%浮动可调）
例如开发10天，测试环境测试就是10*0.8=8天 上线可浮动1天的期限7-9天
项目总体工时总和工时
版本总工时=开发总天数*2.5
整体的项目时长包括验收以及相关上线总体都不能超过开发时长的2.5倍
该公式本人在项目亲自尝试，按照公式进行评估，试用与大部分项目开发周期，欢迎各位借鉴，再也不怕开发偷懒，测试时间不够 ，项目延期等问题的出现，更加系统、专业
391
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
