软件测试培训

400-996-5531

热门课程:

一位7年软件测试工程师的心得

发布：软件测试培训
来源：我们仨8090
时间：2019-11-27 14:20

本文作者自认为是个普通人，软件测试行业里的一个小人物，在人生地不熟的一线城市工作7年之久，下文为其个人总结出的一点经验，希望分享给大家，他认为想要在软件测试领域有所突破，他觉得除了测试技能以外，还需具备一些加分项。

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

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

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

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

以上为文章全部内容，没有华丽的语言，只有真实可信的白话，希望此次分享能对看客有一些许的帮助。

本文内容转载自网络，本着分享与传播的原则，版权归原作者所有，如有侵权请联系我们进行删除。