软件测试工程师的日常堪比打怪升级之路，一边泪眼汪汪的大喊“我不干啦！”一边又认命的回到电脑桌前，继续和BUG拼个你死我活。谁不是身经百战，跨越了种种难关。
小博作为一名刚刚入职的测试工程师正在面临着他的生存考验，让我们一起走入他的日常，看看这份《软件测试工程师生存指南》你能闯到第几关？
场景一：初入公司 老板带着小博和同事们认识
查看答案
小贴士
如果入职的时候真的很倒霉遇上这种情况，小编给予你以下建议解决：
首先，在领导给你分配这个任务的情况下，你准确接收项目的成品、半成品、未完成的部分以及遗留问题（包括各类资料），并且确认这些遗留的内容（也可以叫问题）与谁相关，会带来哪些问题。
然后对于任务，其实领导很大情况下也是不熟悉的，如果你能在初期考虑到其中的隐患和遗留问题以及会产生的种种危机并提交汇报，这样会在初期大大提升你在领导心目中的印象分。
最后就是根据计划合理的安排做工啦~
场景二： 进入公司一段时间后，某天你敲击键盘时背后感到一丝凉意
查看答案
小贴士
虽然测试与产品经理之间平时接触的并不多，但是偶尔产生的一些小摩擦还是会气到人吐血，所以，作为一名测试工程师，我们要先学会自我排解，即使和开发或是产品经理产生争执也要尽量先调节自身的心态~只有保持良好的心态才能使困难更快速解决。
场景三： 你发现一个缺陷BUG 开发却不愿意改
查看答案
小贴士
面对开发遇见BUG不改的情况，其原因一般也不是开发故意不改，而是需求没有明确或者他认为这种BUG不可能发生，不需要改，在面临这两种情况时，我们可以做出以下解决方案
需求没有明确： 找到产品经理来确定，沟通过后再确认这个BUG是不是要改
开发认为BUG不会发生： 首先我们需要尽可能的和开发进行沟通，表明这个BUG会导致的后果，如果不能达成一致，就需要和经理进行沟通。
如果开发执意不肯改，但我们认为那是个BUG，就一定要坚持，最好录入BUG库或者走BUG流程，因为如果不提的话，上线出了问题后这口黑锅就会由你来背了。
场景四：当老板提出要用BUG数量 来算绩效之后…
查看答案
小贴士
相信大部分的测试工程师都不认可用BUG来衡量绩效的方式，一个优秀的测试完全有能力把一个bug拆分成多个bug来提交，小编认为衡量一个测试的绩效主要可以看以下几点：
1、测试的项目规模（比如测试用例的数量、复杂度、自动化程度等）；
2、测试用例覆盖面是否完整；
3、测试用例是否有创新；
4、测试文档书写能力
5、与开发的沟通能力。
场景五： 你和朋友约好了假期去邻省旅游 临走前的晚上却接到了公司的电话
查看答案
小贴士
如果你在街上看到有人抱着电脑，神色焦急，一定不要嘲笑他，因为他很大可能是一名程序员，通常你可以在咖啡厅、图书馆、街边的角落等等地方找到这群辛勤工作的人儿们。
看到这，恭喜你，通关啦！其实以上的情况，许多小伙伴或多或少都在工作上遇到过，与其说是生存指南，不如说是在遇到问题时，我们作为一名优秀的软件测试工程师如何更妥帖更合理的去解决它。
文末分享：这下面有我学习整理出来的自动化测试资料、大厂面试…待你来领取~ 见公众号：【伤心的辣条】愿你我都有所获…
合理利用自己每一分每一秒的时间来学习提升自己，不要再用"没有时间“来掩饰自己思想上的懒惰！趁年轻，使劲拼，给未来的自己一个交代！
我的测试学习交流群：902061117 群里有技术大牛一起交流分享~
4388
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
