问题
作为测试人员,质量保障工作者,经常会面临各种各样的困难,比如:
基于这种情况,笔者提出了两项需要研发部门配合的改进措施。
第一件是要求研发人员在修复bug后,在bug备注中添加必要的说明,包括“bug的原因”“怎么修改的”“这样修改会有哪些影响”;第二件工作是要求研发在需求提测时,以文字形式说明送测版本修改的内容和影响范围。其目的,一是让研发帮忙确认测试范围,其次避免研发在一些缺陷上没有找到真正的原因,再次是通过这样的方式,分析线上是否还存在未发现的可能存在的问题(问题7)
老话说“上医治未病”。测试人员,作为项目的“医生”,我也希望部门从当前的“事后”检查,转移更多精力到“事前”的预防和“事中”的控制上来。
推行这两项措施对质量提升有多少帮助呢? 投入产出值得吗?
可以肯定的是,推行这项工作从一定程度上解决了开篇提到的那些问题,给测试人员的工作带来很多便利。对测试经理来说,也提供很多培训素材和工作汇报的内容;
但目前在“质量提升”和“研发效率降低”两方面还没有很准确的结论。也没有很直接的证据表明,后期产品质量状况的改善跟推行这项工作有多大的关系。
工作推行
这两项工作想要推行成功,需要考虑多种条件,比如公司和团队的性质、项目阶段、团队氛围、以及要推行的范围等,所以前期一般不会很顺利。
在上面说的因素都不是问题之后,或者说已经进入推行阶段,仍然很可能会出现其他问题,比如研发人员虽然作了备注但格式不符合要求,有人备注有人没有......
原因是什么?
我听到最多的声音就是忙。
我能理解,研发的压力确实很大,特别是作为一家互联网公司+创业公司,有时为了赶上进度,很多人甚至连续熬夜奋战很多天。在这种情况下,每个研发人员都把自己的精力放在重点工作上,对测试部提出来的流程和质量改进的问题难免会有一些疏忽。
还有其他原因吗?
我觉得,研发之所以不理睬我们的要求,还有一个可能的原因是研发人员没有意识到他们的一些做法给质量带来的影响,没有理解这种措施对质量的意义。
当然,还会有其他的一些原因,比如关系不到位。
怎么破局?
说一下我用过的一些方法。
1、研发新员工培训:
跟老板申请,新员工入职以后到测试部培训两周。这样一方面可以增进研发和测试人员的相互了解。另一方面,有些培训课程测试可以帮忙安排,这也可以减少研发自身培训的工作量。如果新员工经过了这样一个培训过程,他们就很清楚他们的一些做法对质量有么严重的影响,以后开发时应该也会更注意这些问题。
测试经理可以招一个有研发经验的测试人员,这样的人可以较好的承担起培训工作。
2、组织活动
每月定期组织活动,跟研发一起去打打球、聚聚餐。既锻炼了身体,又增加了友谊。
平时一起吃午饭也是很好的选择。
人不喜欢被强迫做事,但是人们愿意帮助朋友。对于强势部门采取强硬的手段通常不是好的做法,对方很容易利用自己的强势地位反击。在这种情况下建立友谊是更好的选择。
3、发行质《质量简报》
通过内部刊物,对研发人员持续引导。
3、一些建议
我们的要求其实对于研发来说并不难。而且有些问题比较适合让初级研发人员做个学习的阶段。可以跟研发经理建议,让新人负责解决标准的问题,这样的话,既不占用老员工的工作时间,又能充分利用新员工的工作积极性。而且还可以通过这个过程培养新员工,发现可塑之才。
当然,要解决好开篇提到的那些问题,还需要测试部提升一下内功,那就是后话了。
本文作者 | Mack
文章来源 | 原创
特别敬告 | 版权所有,请勿转载,违者必究