码迷,mamicode.com
首页 > 其他好文 > 详细

测试人员如何避免背黑锅

时间:2017-07-04 11:06:27      阅读:154      评论:0      收藏:0      [点我收藏+]

标签:项目   产品   高质量   上线   --   时间   问题   这一   修改   

    系统上线后发生故障在所难免,但本文不讨论出了事故以后如何通过“诡辩论”让自己脱身——职场混久了,大家都不傻。即使侥幸“脱身”一次,在同事心中难免留下不可信的印象——本人来谈谈个人关于“预防”背黑锅的几点看法。

    

    我个人觉得可以从下面这七方面来考虑:

 

一、测试前进行充分沟通,测试范围和风险

1)跟开发详细确认需求,确认的时候注意方法,比如对方讲完了之后重复对方的意思来确认,回头还可以用邮件的方式让对方再次确认。

2)有邮件的方式把测试范围发送项目干系人。一方面让收件人确认自己的理解是否正确,一方面收件人也会在发现信息错误时进行修正。

3)把风险告知测试经理(或者项目经理),包括质量风险和进度风险。  

 

二、版本发布后进行冒烟测试

确认版本是否具有可测性,这点很重要。

避免出现因为版本问题导致的测试延期--这个锅不能背。

如果版本质量下降,影响测试,应该立即汇报,并将版本驳回,让开发重新打包。  

 

三、测试执行过程中遇到影响进度的问题立即上报

一般性的bug是无所谓的,但是一旦出现致命或者严重bug,并且会(或可能会)导致测试无法进行的问题,应立即上报,避免信息不对称。

如果遇到问题不上报,最后即使你“出色”的完成了测试任务,在领导心中,你的工作也是没有做到位的。

  

四、测试报告中提供有说服力的数据

测试报告避免华而不实。要有足够说服力的数据来支撑自己的测试结论。比如说认为这个版本不能上线,那可以列举出O/C图,列举出缺陷状态-严重性透视图,有时候还要加一些自己的分析,比如这个版本bug井喷,原因是什么,这些原因是否还可能导致其他方面的风险等等。

 

五、尽可能把发现的问题全部记录在案

很多时候,我们会觉得发现了问题告诉研发就可以了,理所当然的认为他们会修改的。----这种做法不是不可以,但得分公司情况、也得分时机。比如在项目需要紧急上线时可以这么做,避免走流程的时间浪费。但是我们不可以太相信人的记忆力---特别是我们这一行,长期加班,那么效率和精神状态就比较差,可能导致他忘了,或者改bug改的不彻底,或者这个bug这一次改了,过一段时间又发现,或者过一段时间我们想找一下这个bug都找不到。。。。  

总之,如果哪天上线以后暴露出了我们发现过的问题,我们要有证据、要有话说。

 

六、不要执著成为“守门员”

很多公司里面,测试人员执著的想要“话语权”,似乎这样才能体现测试人员的价值。--我觉得这不可取。

说白了,我们就是一群寻找信息的人,一群为项目提供信息的人。我们是服务者,而不是控制者,如果混淆了这个概念,开发和测试的关系一定不融洽,一个不融洽的团队,我很难相信它会产出高质量的产品。----当然我说的不融洽并不是指团队里都是一群老好人,没有争执。  

 

七、小心成为过程改进小组

很多人想通过一些过程改进来推进质量的提升。想法没错,但是做起来常常有各种问题。

最大的问题就是想法没错,甚至很好,但就是推进不下去。

强行推进的时候,甚至可能会有人拖后腿,通过一些恶心的手段,让你看起来很傻X。

遇到这个情况,要么找项目经理或者产品经理来推进改革,要么获得高层的支持。否则。

                                                                                                                                                                                                                                             ----------------   摘自光荣之路吴老之谈测试

测试人员如何避免背黑锅

标签:项目   产品   高质量   上线   --   时间   问题   这一   修改   

原文地址:http://www.cnblogs.com/zqq521/p/7115244.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!