为啥有这篇文章?
本来嘛,还没上升到模型理论这个高度,更多的只是吐槽。加入了个创业公司,app刚起步,作为一个有经验的测试(笑),对所在团队人员组成以及能力突然有了自己的看法,再结合以前刚毕业所在公司的非创业项目组的经验,于是便有了这篇文章,人员只覆盖了产品测试开发这三个最相关最核心的职能,其他的没有深入了解也就不多说。
本文仅代表个人观点,本人不负法律责任。
某千万级产品的人员能力模型(塔顶是能力要求最高的):
那么产品是在最顶端的,其次是开发或者测试,最后是测试(一般是外包同学或者纯功能测试同学)。这个模型的合理性应该毋庸置疑,毕竟成熟,我想如果在很成熟或者是非常重要的项目这个模型应该是最合理的。
先说产品,产品决定的是一个新功能的入口,是方向,也是一个项目兴起还是衰败的关键点,其重要程度可想而知。借用某个同样的一句话:一个好的产品可以带领一个公司走向巅峰,一个差的产品经理可以让一个公司走向破产(差不多是这个意思吧…)。所以不妨可以搜索一下,在前十的互联网企业,他们所需要的产品要求,就可以看出来了。
再说测试,之所以放在一起,是因为最近几年测试终于走上正轨了(创业公司除外,这是后话),在真正重技术的公司,测试的地位已经逐渐和开发平齐了,从以前的只会界面的功能型验证,演变成技术的解决能力,各种科学合理的测试方法被挖掘,被运用,印象最深的就是自动化、性能专项、接口、服务器测试、sdk测试等等,所以对于测试也会要求越来越高,这是趋势,也是好事。那么最底下的呢,之所以备注外包,是因为这