同样是软件测试工程师去面试！为什么他更受HR青睐？

Posted 2021-08-11 程序员小濠

同样是测试人员，交代的任务也能按时完成，为什么受欢迎的程度会有所不同呢？

先来说说不同的测试人员有什么不同吧。

本篇文章将由以下6个部分来展开：

1、责任心不同

2、工作方式不同

3、沟通能力不同

4、自主学习能力差异

5、对bug敏锐度的差异

6、准确复现bug及给出合理建议

1、责任心不同

对于一个测试人员来讲，责任心是很重要的一点。既然你测了这个功能，那么就要对这个功能负责，不能说是大体测测就完了，需要考虑各种可能出现的情况，以防意外的发生。作为测试人员要对整个功能负责。

举个例子来说，一个需求上线至少需要两个以上的测试人员共同测试完成之后才能更新到生产环境，当这个需求在生产环境上出现了问题，影响了正常的操作流程，那么有的测试人员会立即利用现有的错误数据，看有什么特殊数据或者操作，尽量快速的去复现这个问题，并交给开发人员去解决这个问题，尽快的更新到生产环境以免影响更多人的使用；

而有一种人，遇到这类问题，就会立刻想着怎样将责任推卸出去，如何把自己从这个问题中摘出来。

2、工作方式不同

有些测试人员善于使用工具提高工作效率。一些重复性的工作，比如版本的回归测试、基础数据的增删改查测试，都可以通过自动化来实现。

比如我们拿到一个表单的测试需求，其实逻辑很简单，但是重复性的工作很多，完全靠手工操作的话，不仅浪费时间，而且容易产生厌烦心理；

但是如果我们将测试数据整理出来，利用自动化测试的工具，将测试数据进行参数化，那么可以极大的提高工作效率，这样既可以避免人工测试过程中的一些误操作，使数据更加准确，又节省了测试人员手工测试的时间，可以利用这些时间来研究其他工作。

3、沟通能力不同

作为一个测试人员，最基本的沟通能力是必须具备的。因为我们可以通过有效的沟通来解决测试过程中遇到的一些问题。

就拿小编自己来说，我经常会遇到这种情况，就是发现自己对这个需求的理解跟开发人员实际做出来的功能有出入，那么我会怎么做呢？

遇到这类问题，我首先会跟开发人员沟通，看看究竟是自己理解错了，还是开发人员理解错了，或者是开发人员理解没问题，就是代码写错了等等这些情况都有可能出现。

我们在不断的沟通中能不断的发现该需求可能存在的隐藏的问题，或者通过沟通，发现对这个需求的理解更近一步了。而且通过有效的沟通，我们跟开发人员的关系也能更近一点。

但是我发现有的测试人员，遇到这类问题，总是一遍遍的看需求文档，从不与人沟通，如果确实是开发人员的问题，也不能及时的反馈给他们，影响工作效率。

4、自主学习能力差异

一个有上进心的测试人员，在满足当前工作要求的基础上，会不断的学习新的技能。比如学习一些自动化的测试工具或者性能测试工具，目前可能用不上，但谁又能确定未来的工作会不会有这方面的要求，退一步来讲，如果我们多了一项技能，就算以后跳槽的话，也多了一项加分项。

但是对于那种安于现状的人来讲，觉得当前的技能已经能够满足当前的工作需要，觉得不需要也不想花时间来充实自己，这样的工作态度对以后的发展也没有好处。当领导提出自动化或者性能测试要求时，发现一点头绪都没有，因为自己并没有花时间去了解这方面的知识。

举个例子来说，其实在项目的不同阶段，工作强度也是有差别的，有时候项目交期紧，我们必须全身心的投入到项目中；

当然也有项目比较空闲的时候，这个时候，有些人就会想，终于可以放松一下了，刷刷视频，上上网，一天就这么过去了，但是有上进心的人呢，他们都在干什么呢？主动学习新工具，新语言，不断的充实自己，为之后的工作奠定基础。

可能你是刚毕业的学生，也可能你是打算转行进入软件测试这个行业，那么首先以下基本的理论你是必须要掌握的：

软件测试的定义、生命周期、工作流程、需求分析；
测试用例的设计、编写、评审；
bug的基本知识以及禅道的使用；
测试计划、测试报告的编写；
SVN、Git版本控制工具的使用；

搞定上上面的这些基本必备内容，就已经知道可以做具体的实战内容，这个时候最好是先找一个web测试项目去做一下，假如一个项目拿到手之后，按照下面的一套流程跑一遍：

发布项目进行立项，建立项目组进行分工；
需求评审，学会如何看需求文档，进行需求分析，罗列测试点；
整理测试点，编写测试用例，然后进行用例评审；
执行测试，比如功能、界面、前后台、兼容性、数据库，对于发现的bug提交到禅道；
分析、总结、编写测试报告；

这个流程完整的跑一遍之后，只能说对于整体的测试流程算是掌握了，但是仍然不足以找到一份合适的工作，想要学会做功能测试，以下的内容也是必须掌握的：

Linux、数据库、接口测试、APP测试等

OK，搞定了这些，恭喜你已经可以投出你的简历去寻找一份测试的工作了！

嗯，大概就是以上的内容吧，以上全部都是理论和文档能力、只要你肯背、肯写，都是能独立的掌握的。这边为你准备了200G软件测试教程资料免费分享给你，关注微信公众号【程序员小濠】免费获取~（主要分享软件测试的学习资源，帮助想转行、进阶、小白成为高级测试工程师…软件测试交流群：175317069） 

会了以上这些内容，只能说是能够获得一份工作，但是现在行业招人的要求原来越高，搞定自动化或者性能测试，才能拿到10k以上的月薪。

5、对bug敏锐度的差异

一般来说，经过了多个项目的测试之后，如果是一个优秀的测试人员，拿到一个需求，在经过简单的了解之后，会对一些经常出现bug的点有一定的感知能力，因为在过往的测试经验中，会不断总结容易出错的点，并对出错频率比较多的点多加注意，在之后的测试中也会着重的去关注这些地方。

而对那些得过且过的人来说，测试对于他来说只是完成任务，并不会去总结什么，以前漏测的点现在还是会漏掉。

例如，我们今天拿到一个测试订单下单流程的需求，根据以往我们对这种需求的了解，发现以前在测试这种需求的时候，在编辑订单的时候，我们所选择的某些订单信息并没有正确的显示，或者是我们编辑订单时修改的信息，并没有实际的更新到订单中，那么现在在测试这个需求的时候，我们就要对这两个点着重进行测试。

6、准确复现bug及给出合理建议

作为一个专业测试来讲，遇到问题时会准确的复现出bug并且找出bug复现的最小条件，从而利于开发人员准确快速的定位问题所在。

而且在测试过程中，会根据实际情况提出一些合理化的建议，来增加使用的流畅性和客户的满意度

但是对于一般的测试来讲就是拿到需求后完全按照需求来测试，并不会考虑这样做合不合理，客户使用起来方不方便，只要完成任务就行了。

在小编自己的日常工作中，会给开发人员提各种bug，有些bug比较简单，有些bug比较复杂。

当我用一个复杂的步骤复现了一个bug之后（bug复现条件及步骤：条件1，条件2，条件3；步骤1,2,3,4......），我还会考虑，是不是只有这么复杂的操作才会导致这个bug的产生，如果我去掉几个条件，这个bug还会不会出现？经过反复验证我们发现，复现这个bug的条件和步骤只剩下几个（bug复现条件及步骤：条件1；步骤1,2,3）。

这样经过我们的筛选，去除了不必要的条件和步骤，开发人员会更快速的定位到问题所在。

通过上述对比，大家应该很容易就看出哪类的测试更受欢迎了吧？当然是有责任心，沟通能力强，善于花时间提高自己的更受欢迎。所以希望大家在以后的工作中，要朝着更好的方向发展。

当然世界是公平的，你想享受什么样的待遇，就要付出同等的努力，工作是一个积累经验的过程，也是一个不断学习的过程，只有在这个过程中不断的充实自己，才能得到自己想要的结果。

最后为方便大家学习测试，特意给大家准备了一份13G的超实用干货学习资源，涉及的内容非常全面。

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

关注我的微信公众号：【程序员小濠】就可以免费获取了~

如果你不想再体验一次自学时找不到资料，没人解答问题，坚持几天便放弃的感受的话，可以加入我们的群：175317069 大家一起讨论交流，里面也有各种软件测试资料和技术交流

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