“背锅”这事相信在职场的人都有遇到过吧?成年人的世界没有那么简单， 所以很多时候会遇到一些言不由衷的事情。 甩锅在职场上也是很常见的，如果避免背一些不属于自己的“锅”可能是职场上的人都要学会一个“技能”。 今天就讲到IT职场里面的软件测试人员经常被“背锅”的事情， 为什么要重点讲软件测试人员?因为测试人员承担着“保障质量”的使命， 当测试的某款产品上线后，暴露出一些bug的时候，公司上下第一时间想到可能是：测试人员是怎么测试的?!竟然这样的缺陷都没有发现!他们会从潜意识觉得， 一个产品出现了bug，一定是测试人员的疏忽大意造成， 然后就会出现“甩锅”现象…
那么，作为一名软件测试人员，我们要如何“保护好自己”避免被甩“黑锅”?
首先第一、测试前进行充分沟通，测试范围和风险
1、跟开发详细确认需求， 确认的时候注意方法，比如对方讲完了之后重复对方的意思来确认，回头还可以用邮件的方式让对方再次确认。
2、有邮件的方式把测试范围发送项目干系人。 一方面让收件人确认自己的理解是否正确，一方面收件人也会在发现信息错误时进行修正。
3、把风险告知测试经理(或者项目经理)，包括质量风险和进度风险。
第二、版本发布后进行冒烟测试
确认版本是否具有可测性，这点很重要。
避免出现因为版本问题导致的测试延期–这个锅不能背。
如果版本质量下降， 影响测试，应该立即汇报， 并将版本驳回，让开发重新打包。
第三、测试执行过程中遇到影响进度的问题立即上报
一般性的bug是无所谓的， 但是一旦出现致命或者严重bug，并且会(或可能会)导致测试无法进行的问题，应立即上报，避免信息不对称。
如果遇到问题不上报， 最后即使你“出色”的完成了测试任务，在领导心中，你的工作也是没有做到位的。
第四、测试报告中提供有说服力的数据
测试报告避免华而不实。 要有足够说服力的数据来支撑自己的测试结论。比如说认为这个版本不能上线，那可以列举出O/C图，列举出缺陷状态-严重性透视图，有时候还要加一些自己的分析， 比如这个版本bug井喷，原因是什么，这些原因是否还可能导致其他方面的风险等等。
第五、尽可能把发现的问题全部记录在案
很多时候，我们会觉得发现了问题告诉研发就可以了，理所当然的认为他们会修改的。----这种做法不是不可以，但得分公司情况、也得分时机。比如在项目需要紧急上线时可以这么做，避免走流程的时间浪费。但是我们不可以太相信人的记忆力—特别是我们这一行，长期加班，那么效率和精神状态就比较差，可能导致他忘了，或者改bug改的不彻底，或者这个bug这一次改了，过一段时间又发现，或者过一段时间我们想找一下这个bug都找不到。。。。
总之，如果哪天上线以后暴露出了我们发现过的问题，我们要有证据、要有话说。
第六、搞好团队关系，保持融洽交流
测试就是一群寻找信息的人，一群为项目提供信息的人。我们是服务者，而不是控制者，如果混淆了这个概念，开发和测试的关系一定不融洽，一个不融洽的团队，我很难相信它会产出高质量的产品。
第七、提出改进意见，并合理推动
很多人想通过一些过程改进来推进质量的提升。想法没错，但是做起来常常有各种问题。最大的问题就是想法没错，甚至很好，但就是推进不下去。遇到这个情况，要么找项目经理或者产品经理来推进改革，要么获得高层的支持并规定执行。否则自己一个人在那强行安利推进，只会让同事们反感。
总结：
很多时候我们很难做到绝对完美，往往“百密一疏”反而常伴随，所以，我们要经常自我反省，避免犯同样的错误;工作上更加严谨仔细，降低犯错误的几率;心态上坚不可摧，保持积极向上的心态;交接上与人和善，不与同事交恶。反正就是做好自己，不让人有“锅”甩的机会。
最后感谢每一个认真阅读我文章的人，下面这个网盘链接也是我费了几天时间整理的非常全面的，希望也能帮助到有需要的你！
这些资料，对于想转行做【软件测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你！凡事要趁早，特别是技术行业，一定要提升技术功底。希望对大家有所帮助……
如果你不想一个人野蛮生长，找不到系统的资料，问题得不到帮助，坚持几天便放弃的感受的话，可以点击下方小卡片加入我们群，大家可以一起讨论交流，里面会有各种软件测试资料和技术交流。
| 点击文末小卡片领取 |
敲字不易，如果此文章对你有帮助的话，点个赞收个藏来个关注，给作者一个鼓励。也方便你下次能够快速查找。
自学推荐B站视频：
零基础转行软件测试：25天从零基础转行到入职软件测试岗，今天学完，明天就业。【包括功能测试/接口测试/自动化测试/python自动化测试/性能测试/测试开发】
扫一扫
972
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
