51Testing软件测试论坛
标题: 测试人员怎么避免背黑锅? [打印本页]
作者: lsekfe 时间: 2016-7-11 15:14
标题: 测试人员怎么避免背黑锅?
作为一个“质量保障”的角色,这个问题肯定会遇到,那么我就浅谈一下自己的看法吧。
谈到这个话题,也许很多人下意识会想到如何“甩锅”,想着如何把责任撇清。其实就我个人经历而言,这个方法虽然必不可少,但用的时候需慎之又慎,而且切不可常用。
因为一旦出现了质量事故,无论解释的多么天花乱坠,都于事无补,反而容易让人觉得你这个人不可信、不可交。说的越多,越让领导反感,觉得你在找借口,没责任心!
如果真这么干了,那方向可能就错了。
我个人觉得可以从下面这七方面来考虑:
- 测试前进行充分沟通,测试范围和风险
- 跟开发详细确认需求,确认的时候注意方法,比如对方讲完了之后重复对方的意思来确认,回头还可以用邮件的方式让对方再次确认。
- 有邮件的方式把测试范围发送项目干系人。一方面让收件人确认自己的理解是否正确,一方面收件人也会在发现信息错误时进行修正。
- 把风险告知测试经理(或者项目经理),包括质量风险和进度风险。
- 版本发布后进行冒烟测试
- 确认版本是否具有可测性,这点很重要。
- 避免出现因为版本问题导致的测试延期--这个锅不能背。
- 如果版本质量下降,影响测试,应该立即汇报,并将版本驳回,让开发重新打包。
- 测试执行过程中遇到影响进度的问题立即上报
- 一般性的bug是无所谓的,但是一旦出现致命或者严重bug,并且会(或可能会)导致测试无法进行的问题,应立即上报,避免信息不对称。
- 如果遇到问题不上报,最后即使你“出色”的完成了测试任务,在领导心中,你的工作也是没有做到位的。
- 测试报告中提供有说服力的数据
- 测试报告避免华而不实。要有足够说服力的数据来支撑自己的测试结论。比如说认为这个版本不能上线,那可以列举出O/C图,列举出缺陷状态-严重性透视图,有时候还要加一些自己的分析,比如这个版本bug井喷,原因是什么,这些原因是否还可能导致其他方面的风险等等。
- 尽可能把发现的问题全部记录在案
- 很多时候,我们会觉得发现了问题告诉研发就可以了,理所当然的认为他们会修改的。----这种做法不是不可以,但得分公司情况、也得分时机。比如在项目需要紧急上线时可以这么做,避免走流程的时间浪费。但是我们不可以太相信人的记忆力---特别是我们这一行,长期加班,那么效率和精神状态就比较差,可能导致他忘了,或者改bug改的不彻底,或者这个bug这一次改了,过一段时间又发现,或者过一段时间我们想找一下这个bug都找不到。。。。
- 总之,如果哪天上线以后暴露出了我们发现过的问题,我们要有证据、要有话说。
- 不要过于执著成为“守门员”
- 很多公司里面,测试人员执著的想要“话语权”,似乎这样才能体现测试人员的价值。--我觉得这不可取。
- 说白了,我们就是一群寻找信息的人,一群为项目提供信息的人。我们是服务者,而不是控制者,如果混淆了这个概念,开发和测试的关系一定不融洽,一个不融洽的团队,我很难相信它会产出高质量的产品。----当然我说的不融洽并不是指团队里都是一群老好人,没有争执。
- 小心成为过程改进小组
- 很多人想通过一些过程改进来推进质量的提升。想法没错,但是做起来常常有各种问题。
- 最大的问题就是想法没错,甚至很好,但就是推进不下去。
- 强行推进的时候,甚至可能会有人拖后腿,通过一些恶心的手段,让你看起来很傻X。
- 遇到这个情况,要么找项目经理或者产品经理来推进改革,要么获得高层的支持。否则。。。
作者: wrebacca 时间: 2016-7-12 13:36
否则怎么样
作者: 沐沐和木木 时间: 2016-7-13 15:22
哎,作为新手也是这样。开发那边老是给我说,我发布了哦,如果有问题就是你的锅!我都要无语了
作者: 杨权川 时间: 2016-7-13 18:53
这个留言板有个bug,同一条留言信息会显示两次,我工作中也遇到这样的情况
作者: 杨权川 时间: 2016-7-13 18:53
我发表评论后 就正常显示了, 没有深究复现了
作者: cjq57888 时间: 2016-7-19 10:59
鍐欑殑寰堝ソ锛屽涔犱簡
欢迎光临 51Testing软件测试论坛 (http://bbs.51testing.com/) |
Powered by Discuz! X3.2 |