注册 登录  
 加关注
   显示下一条  |  关闭
温馨提示!由于新浪微博认证机制调整,您的新浪微博帐号绑定已过期,请重新绑定!立即重新绑定新浪微博》  |  关闭

dp: 生活的脚步,进步的点滴...

Cam、DSP、FPGA、PM、Life、More ...

 
 
 

日志

 
 

开发人员和测试人员的比例  

2011-07-27 14:29:02|  分类: 默认分类 |  标签: |举报 |字号 订阅

  下载LOFTER 我的照片书  |

开发和测试人员的比例是项目管理中重要的一个部分,通常以下的因素会决定最后比例。这种比例没有统一、简单的结论:好或不好,更多的是整个团队的默契程度和最后产品是否成功

 

1)公司的文化(Company Culture)

每个公司都有自己的文化,公司通常喜欢利用自己以往成功经验,来指导新项目的开发。例如,一个公司以前是按照3:1的比例进行配置,产品获得成功了,那么他们在下一版本,或则其他产品,也容易按照这个比例进行。因为,大家习惯了这种比例,包括测试人员和开发人员,这些员工习惯了在这种比例下的进行工作分工,当这种比例有重大变化的时候,在初期,开发和测试人员往往会不知所措,不知道如何界他们的工作责任。在微软,开发测试比例通常在1:1~ 3:1左右(Link),而在很多互联网公司,在创业的时候通常没有专职的测试人员,在公司成功之后,也会演习这种很高的开发测试比例,例如Google这种比例会达到7:1,甚至更高。

2) 软件产品性质和市场需求(Business Needs)

软件产品的性质也影响着这个比例。对于企业计费软件,工程控制软件,这些对于产品质量有严格的要求,测试人员比会多一些。对于一些UI集中的软件,比如网络游戏,测试人员的数量也相对较多。有些互联网企业,为了快速提供新功能,而开发一些对于一些原型性质的功能,有时候会标志为Beta,通常这些项目的测试人员通常较少。

3) 开发、测试团队的组成(Team)

在一个项目中,开发和测试人员的经验也会影响着比例的安排。总体来说,软件测试为了达到所需要的质量,需要做一系列的工作任务,有些任务需要开发人员做(例如设计和代码编写),有些需要测试人员做(例如测试计划),除了这些需要较多专业的背景的任务外,其他的很多任务(例如测试用例的实现,测试工具的编写..)实际上既可以由测试人员做,也可以由开发人员做。这种灵活的任务分配往往需要开发团队有较强的开发经验,否则会影响任务的完成。

在很多测试博客中也有开发/测试比例的讨论,例如 Google V.S Microsoft Dev Test Ratio(james_whittaker),  Test to Developer ratios(Alan Page)

  评论这张
 
阅读(499)| 评论(0)
推荐

历史上的今天

在LOFTER的更多文章

评论

<#--最新日志,群博日志--> <#--推荐日志--> <#--引用记录--> <#--博主推荐--> <#--随机阅读--> <#--首页推荐--> <#--历史上的今天--> <#--被推荐日志--> <#--上一篇,下一篇--> <#-- 热度 --> <#-- 网易新闻广告 --> <#--右边模块结构--> <#--评论模块结构--> <#--引用模块结构--> <#--博主发起的投票-->
 
 
 
 
 
 
 
 
 
 
 
 
 
 

页脚

网易公司版权所有 ©1997-2016