一位7年软件测试工程师的临终总结

是的&＃xff0c;没错。

对于我而言&＃xff0c;就是临终总结&＃xff0c;因为我要退出软件测试行业了。

退出之前写一篇肤浅的总结吧&＃xff0c;毕竟比我更有资历的大有人在。

—我这七年

2011年大学毕业&＃xff0c;来到深圳参加某机构的软件测试培训&＃xff0c;培训时长4个月。也是运气好吧&＃xff0c;培训完面试的第二家公司就录取了我&＃xff0c;外派到三亚某通信巨头之一上班。有些人吐槽是养老的国企。现在想想好像也没有学到什么&＃xff0c;反而是因为我的闲不住&＃xff0c;让我逛遍了三亚的大街小巷&＃xff0c;我经常在周末一个人坐上公交&＃xff0c;坐到终点再返回来&＃xff0c;然后就是暴走&＃xff0c;也没什么目的&＃xff0c;一走就是好几个小时。除此之外&＃xff0c;唯一的娱乐就是玩“坦克世界”。和大多数刚毕业的人一样&＃xff0c;浑浑噩噩的过了第一年。

2012年中下旬&＃xff0c;这个玛雅人预言的世界末日似乎也影响到了某些行业&＃xff0c;我所在的项目组陆陆续续被裁的只剩一个人。我们那一批人全部返回深圳&＃xff0c;再次返回深圳找工作时却没料到形势是如此严峻。当时住在一位朋友家里&＃xff0c;我说在你家沙发上躺几天&＃xff0c;找到工作了我就搬走。万万没想到这一躺就是两个多月。这段期间真心感谢那位不嫌弃我的朋友-李X成。最后还是在前同事李X的推荐下入职了他所在的一家创业公司。现在各大银行都有的自助开卡机&＃xff0c;当年这家创业公司也算是先驱之一。

2013年&＃xff0c;又穷又忙的一年。创业公司当然要有创业公司的样子&＃xff0c;公司在和某国有银行达成初步合作意向后&＃xff0c;我们就像拧到底了的音乐盒&＃xff0c;每天按部就班的发声、旋转、发声、再旋转。在做好测试分内的工作后&＃xff0c;我们需要去工厂跟踪设备生产情况&＃xff1b;我们需要去其它银行偷瞄其它公司的设备&＃xff0c;有时还需要去外省的银行&＃xff1b;我们需要去网点指导柜员操作&＃xff0c;有故障时不管在哪都要第一时间去现场排查去解决&＃xff1b;有时我们要客串客服&＃xff0c;保证后台的影像处理正确无误&＃xff1b;在其他分行来人考察时我们要会讲解&＃xff0c;甚至在银行拍宣传片时我们还要客串演员&＃xff0c;每个人都做了好几个人的活。这段经历对我最大的帮助就是克服了我在陌生人面前说话的恐惧&＃xff0c;意外的治好了我紧张时候的口吃。当然&＃xff0c;相关业务上的涉足对我以后的工作也很有帮助。

2014年&＃xff0c;又忙又穷的一年&＃xff0c;依然在做同样的事&＃xff0c;依然在吃同样的饼。或许是个人因素&＃xff0c;或许是因为年轻&＃xff0c;在有些人眼中我就是“我行我素”的代名词。当时的想法就是只要我把工作做好&＃xff0c;大家各玩各的有什么问题&＃xff0c;何必要拿统一标准衡量我&＃xff1f;也就是这样的心态&＃xff0c;让我渐渐觉得我吃不下这块饼。再加上将近两年的工作每月的吃饼钱竟然无丝毫变化&＃xff0c;我终于选择了放弃。

2015年至今&＃xff0c;穷忙穷忙但成长迅速的好几年&＃xff0c;再换了一家吃饼的公司后&＃xff0c;认识了一些志同道合之人&＃xff0c;之前的工作经历也让我很快的适应了新环境&＃xff0c;越来越得心应手的同时&＃xff0c;也大大增强了我的自信心和开拓心。我也慢慢开始转变了自己的心态&＃xff0c;从一个团队氛围的适应者到制造者&＃xff0c;从一个来活就干的流水线员工变成一位主动负责的人。我鞭策自己向优秀的同行学习&＃xff0c;在自己努力的同时也感染了身边的人。于是相辅相成&＃xff0c;共同进步&＃xff0c;团队的每个人都得到了很大的成长。

可是&＃xff0c;因为个人原因和出于对未来的规划&＃xff0c;在深思熟虑以后&＃xff0c;我还是艰难的做出了退出这个行业的决定。

—几点小心得

以下是我个人在这7年工作当中&＃xff0c;总结出的一点个人经验&＃xff0c;想要在软件测试领域有所突破&＃xff0c;我觉得除了测试技能以外&＃xff0c;还需具备的一些加分项。仅代表我个人的观点。

会沟通。毫无疑问&＃xff0c;不管是哪个行业的软件测试工程师&＃xff0c;都必须会沟通&＃xff0c;因为要打交道的人实在是太多&＃xff0c;测试同事、测试经理、开发同事、开发经理、产品经理、UI设计师、项目经理、各种老总。在打交道的过程中&＃xff0c;还要注意同级和同级之间、同级和上级之间、跨部门沟通、跟老总汇报、晨会汇报、会议汇报、项目总结汇报等等各种各样的场景。邮件、电话、微信、语音、面谈等等各种沟通方式。你不单单要会说话&＃xff0c;还要根据以上的N种场景制定不同的沟通方法。譬如在跟老总汇报的时候&＃xff0c;要怎样言简意赅的表述出目前项目的进展、存在的问题、总体进度以及有可能阻碍进度的风险。譬如在和开发沟通的时候&＃xff0c;怎样以最有效的方式表述问题以及期待结果。等等诸如此类的场景让“会沟通”这个技能&＃xff0c;绝对是所有软件测试工程师必须具备的第一个重点加分项。

发散性思维。这点我个人觉得同会沟通一样&＃xff0c;也是重点加分项。对于软件测试优秀与否的判定&＃xff0c;有一个标准就是“站在客户的角度看待问题”&＃xff0c;那么既然说到客户&＃xff0c;考虑到行业的不同&＃xff0c;针对的客户群体就有可能从未成年跨度到老年人&＃xff0c;从小学到诺贝尔等受教育程度不同的人&＃xff0c;虽然现在讲究精准投放&＃xff0c;可谁会希望自己的客户只是限定的人群&＃xff0c;谁知道未考虑的那些人群会不会有惊喜。这就需要测试工程师的思维视野广阔&＃xff0c;能沿着很多不同的方向扩展&＃xff0c;使观念发散到各个有关方面&＃xff0c;最终产生多种可能的答案&＃xff0c;从而产生有创新的角度和新颖观念。

有原则。哪个开发都不希望自己写的代码有bug&＃xff0c;但凡有点借口&＃xff0c;一定先甩出来&＃xff0c;比如在我这都好好的&＃xff0c;怎么到你那就有问题了、见鬼了&＃xff0c;昨天还好好的、你host配错了吧、你缓存没刷新吧、你进错环境了吧、这不是bug这是配置问题&＃xff0c;或者网络问题、这些代码是上一个开发写的不是我写的、你是哪个版本的IE啊、你进错路径了吧、你重启下电脑吧&＃xff08;&＃xff1f;&＃xff1f;&＃xff1f;&＃xff09;。如果以上都略过问题仍然存在&＃xff0c;“好吧&＃xff0c;我先看看”。注意了&＃xff0c;这种时候一定要坚持自己的判断&＃xff0c;是问题就是问题&＃xff0c;哪怕只是掉了个标点符号多了个数字什么的都是问题。别管三七二十一&＃xff0c;先提bug再说。涉及到项目的质量保障&＃xff0c;啥交情都不好使&＃xff0c;发现问题提出问题并且跟踪解决问题才最好使。这也就要求软件测试人员&＃xff0c;在对待工作对待项目质量上一定要有原则。

强迫症。这一点也许不适用于所有人&＃xff0c;但我个人觉得测试行业干久了&＃xff0c;多多少少会有一点强迫症倾向。比如看不惯编号没对齐、看不惯字体不统一、看不惯图案多出个空格逗号什么的。甚至写邮件写文档时几个段落的感叹号都要数量一致。这或许是职业毛病&＃xff0c;因为测试的本质说简单点我觉得就是找茬挑刺&＃xff0c;说精益求精也行&＃xff0c;说鸡蛋里挑骨头也行。工作上有点强迫症倾向的也会体现在生活上&＃xff0c;比如我就看不惯厕所脏&＃xff0c;每天都想刷。

以上4点是我在决定离职前的一周想出来的。也许还有其他的方面没有考虑到。上述肤浅的总结&＃xff0c;也是为我这7年多软件测试工作生涯画上一个句号。

这些资料&＃xff0c;对于做【软件测试】的朋友来说应该是最全面最完整的备战仓库&＃xff0c;这个仓库也陪伴我走过了最艰难的路程&＃xff0c;希望也能帮助到你&＃xff01;凡事要趁早&＃xff0c;特别是技术行业&＃xff0c;一定要提升技术功底。

关注我的微信公众号&＃xff1a;【伤心的辣条】免费获取~

软件测试技术交流群&＃xff1a; 902061117 同行大牛交流学习解惑&＃xff01;

如果我的博客对你有帮助、如果你喜欢我的博客内容&＃xff0c;请 “点赞” “评论” “收藏” 一键三连哦&＃xff01;