51Testing软件测试论坛

标题: 如何提高QA团队的Productivity? [打印本页]

作者: sanjieyu    时间: 2013-5-22 17:20
标题: 如何提高QA团队的Productivity?
大家做项目做得久了,遇到最多的问题很多都是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    时间: 2013-5-22 21:59
昨天首页有一个相关的帖子http://www.51testing.com/html/64/n-846264.html,可以参考。

个人小小看法,

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

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

不知道你们的automation是哪个范围的?是单元测试的吗?
作者: sanjieyu    时间: 2013-5-23 09:35
昨天首页有一个相关的帖子,可以参考。

个人小小看法,

或许如果可能,尽早加入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    时间: 2013-5-23 12:18
关注点还可以放在产品质量、流程和配合、团队质量等上。

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

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




欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) Powered by Discuz! X3.2