如何提高QA团队的Productivity？

sanjieyu

大家做项目做得久了，遇到最多的问题很多都是schedule吃紧，要不就是测试人员不够，所以很多时候我们都在考虑如何能提高QA团队的Productivity？在这里小弟想就我目前的想法抛块砖，希望能引出各位大能对这个问题的一些好的想法和建议，

我想提高QA团队的productivity，从以下几个方面入手：
1 培训，
包括 1） coding方面  2） Automation方面 3） QA skill方面
在coding方面，希望QA能去项目之初就能join到研发的code review中，尽最大的可能先期发现一些coding方面的问题。
在Automation方面，希望能有规范的Automation Framework和流程，这样今后每个QA都比较容易的在这个framework下，去写一些automation的script。
在QA Skill方面，希望QA能加强Design方面的skill，对risk的管理，增加test case的coverage，缩减掉冗余的测试用例。

2 第二步就是相应的Practice。
组成相应的workshop，来进行一些练习，比如code review的练习，针对目前的现有的test case做一些优化的练习等等。

不知道各位大能对这个问题的有一些好的想法和建议吗？小弟多谢了！

omg

昨天首页有一个相关的帖子http://www.51testing.com/html/64/n-846264.html，可以参考。

个人小小看法，

或许如果可能，尽早加入QA，不只在code review，需要需求review。
或许可以考虑流程上有没有可以精简的
或许用例的粒度不要太细
或许加入一定比例的探索测试

还可以考虑QA组内人员的经验分享传递。

不知道你们的automation是哪个范围的？是单元测试的吗？

sanjieyu

昨天首页有一个相关的帖子，可以参考。

个人小小看法，

或许如果可能，尽早加入QA，不只在code revie ...
omg 发表于 2013-5-22 21:59

谢谢你的回复！

实际上，我们公司目前做的算是比较标准了，QA在需求阶段就已经介入，会做需求的EDD和review。并且在研发做design的阶段，同步的做review和QA的design。

用例上面我也觉得是个提高的地方，因为很多的测试用例是继承上一版的，所以还是会有一些冗余的用例。这个需要每个QA的owner花时间去用一些方法去优化现有的用例。

automation我们现在是cover功能方面，例如在每一个新的build出来，automation都会自动的从build server上面down下来，然后自动部署，自动出report。但是目前来说能做automation的人还是相对的比较少，所以automation不能cover太多的功能方面的case。这也就是我想，如果能让更多的QA能写一部分自己负责模块的测试用例的script，也就是说能更好的提高automation的coverage，那对于regression测试来说的话，其实也是省了很多QA手工测试的effort。

但是除了这些方面做些improve以外，我不知道还有哪些地方能挖掘出QA的潜能。

omg

关注点还可以放在产品质量、流程和配合、团队质量等上。

或许还可以考虑缺陷分析，阶段分析，为以后提供改进做参考。
或许还可以QA组的人，自己头脑风暴。

那你们的automation是功能都实现好了，QA才开始写吗？菜鸟比较好奇这个。