每一个“大佬级别”的测试工程师，都有着怎样的成长那个路线？3分钟为你揭晓谜底！网站首页 技术杂谈

软件测试就是使用人工或自动手段，来运行或测试某个系统的过程。其目的在于检验它是否满足规定的需求或弄清预期结果与实际结果之间的差别。开发工作的根本是尽量实现软件用户的需求，测试工作的根本是检验软件系统是否满足软件用户的需求。
软件测试工程师简单的说是软件开发过程中的质量检测者和保障者，负责软件质量的把关工作。

3.为什么要做软件测试？

1.发现软件缺陷
2.发现功能错误
3.检查是否功能遗漏
4.超出需求部分（画蛇添足）
5.性能不符合要求
6.软件质量高低：是否符合用户习惯、符合用户需求

4.软件测试的前途如何？

说到软件测试的前途，我觉得应该说是软件测试人员的职业规划，请注意我说的是人员，因为这个岗位的前途肯定是有的，就算要陨落也不是在你这一代测试工程师中陨落，因为这是一个新鲜的岗位，是个年轻的岗位，未来需求很大，是一个很重要的岗位。工作没有好坏，能决定未来的只有自己。

5.工具和思维谁更重要？

相对于测试工具，我更加倾向于测试思维。 当然这两者是相辅相成的，双向提升会让你在测试的工作中得到很大的提升，测试的思维贯穿整个测试的职业生涯，从一个0基础的测试工程师进阶到一个中级测试，前一两年的成长基本上都是在测试思维上的提升，这段时间很多人都会很迷茫，觉得自己是一个没有什么技术的人，其实这个成长的期间更多是要寻找自己的定位，落实自己作为一个专业测试工程师的思维方式。

当自己具备了一定的测试思维之后，我们面临的一个挑战就是在测试技术上的关卡，在招聘上面我们往往可以看到基本上的测试工程师都是需要测试工具的使用，而且会使用测试工具比不会使用测试工具的人工资要高，显而易见，在具备了测试思维之后，要进一步的提升自己就要在技术上的加强了，不管是测试工具的使用，还是自动化脚本的编写，这些都可以视为辅助我们去测试一个软件产品的工具，为达目的想尽一切办法去发现软件中的缺陷。

6.测试和开发相差大吗？

简单的一句话概括：测试和开发就像是互补关系。 开发注重的技术的深度，而测试注重的是知识面的广度，开发懂测试，但是在测试方面上没有测试工程师那么专业，因为不具有测试的思维方式；中高级测试工程师很多是具有开发能力的，但是他在开发技术上没有专职开发理解的那么深刻，所以开发的闪光点是技术的深度，测试的闪光点是知识面的广度和测试思维。

7.成为测试工程师的必备条件

首先第一点，作为一个测试工程师，计算机相关专业的知识在工作中起至关重要的作用，这是作为一个测试工程师必备的，其中就包括（计算机网络，操作系统，数据库系统，开发语言以及开发工具等），我们一定要具备这方面的知识，但是工作中不一定都会用上，不同方面的测试需要的技能也就不同，比如功能测试也就是点点点的操作，基本上没有谁不会使用一个软件吧，就是这个道理。

第二点就是测试思维，也是我认为一个人是否能做好这个岗位的标杆，上面一点我说了，计算机相关的知识我们在工作中可能用不到，但是测试思维一定要时刻应用，因为思维决定行为，有一个完整的系统的准确的测试思维，才能把工作做到细致做好，因为测试工作是无穷的，不存在没有bug的程序。

第三点就是需要具备测试技巧，有更多的测试方法，熟悉测试工具，当然就相当于是后续的工作经验积累出来的产物了，需要我们在工作中不断的去整理，去学习，去应用。测试这份工作是探索性的工作，在工作中，真正去执行测试用例执行测试工作的时间是占的比较少的，更多的时间都花在探索上和整理文档上。

第四点就是工作中的一个学习和沟通能力了，找bug是测试的工作，改bug是开发的工作，所以这之间就少不了沟通和交流，在沟通过程中，测试和开发直接需要有一个共通的表达方式去描述这个bug，使得测试人员能清楚的描述bug，并且开发人员也可以准确的知道bug的现象，方便在快速定位问题并且解决问题。既然测试是一个探索性的工作，所以就需要更多的知识和技巧做铺垫，我们在工作中需要带着强烈的求知心去工作，去吸收去学习一切能在工作中帮到自己的知识点，对自己的提升也会起到至关重要的作用。

8.测试的分类有哪些?

说到测试分类，在网上搜一下就出现了很多，有功能测试，性能测试，自动化测试，数据库测试，接口测试，安全测试，还有细致一点的就是app测试，web测试，游戏测试等等等等。我们暂且就分为功能，性能，自动化这三类。
功能测试简单来说就是测试产品能做什么功能，性能测试就是测试产品的功能做的怎么样，自动化就是利用脚本来代替人工去完成一个功能操作的测试（自动化测试一般在测试阶段的后期，当产品达到了一定的稳定性之后，利用自动化脚本进行快速的回归）。

9.提高测试质量的要诀？

另外一个值得注意的方面就是工作效率和质量，或许高级测试工程师与普通测试工程师的主要区别在于高级测试工程师可以更快地发现更多软件中的严重错误。对此，有什么可以借鉴的诀窍吗？请尝试以下方法，保证不会使您失望。

首先测试程序的核心功能，然后测试辅助功能。
首先测试功能，然后测试性能。
首先测试常见情况，然后测试异常情况。
首先测试经过变更的部分，然后测试没有变更的部分。
首先测试影响大的问题，然后测试影响小的问题。
首先测试必须测试的部分，然后测试可选或没有要求测试的部分。

10.测试流程是什么？

测试既然是一个必不可少的岗位，自然就有一套完整的测试流程来支持。那么软件测试的流程是什么呢？什么时候测试工程师才进入测试工作呢？在测试前需要一些什么准备呢？每个流程阶段我们应该做一些什么？

软件测试工程师的整个工作流程：项目立项–>需求分析–>测试分析–>测试计划–>编写测试用例–>执行用例–>bug管理–>测试报告 ，这一整套流程下来，也许看起来你会觉得自己根本就没有参与几个，但是如果你是研发组唯一的测试，又或者你是测试组的大佬，那么这一整套流程下来你必不可少。

项目立项和需求分析 ：这两个基本是同一时间进行，就是产品经理或者是市场经理有一个可以赚钱的好点子，想跟大家讨论一下，这就是一个项目的萌芽阶段（项目立项）；然后确定了项目之后，大家一起分析一下功能，需要满足什么样的需求，这个产品的架构是怎样的等等。

说到这里你是不是发现好像这些事就是开发和产品那边的事儿，跟我们测试不搭边呢，其实不是，作为测试，在参加这次会议中，目的就是要知道接下来有一个什么项目需要我来测试，项目的定位是什么，客户群体是哪些，用户环境在什么场景等等一些信息都对我们进行测试有很大的帮助。往往一个专业的测试人员是要完整的介入整个产品的研发和测试阶段。

测试分析：在这个阶段，就开始考验到了一个专业的测试工程师的一个业务能力了。这个阶段如果分析的好，就能提高用例的覆盖率，尽可能的保障了软件的测试质量。测试分析和测试用例设计是有一定的区别。

测试计划：计划的撰写有助于工作的进行，写好一份测试计划，可以让我们在工作中按照一定的流程去完成工作，并且在测试计划中，有比较详细的人员分工，时间安排，环境搭建要求，测试的目的，项目的介绍，这些基本的信息都会出现在测试计划当中。当然这个环节不是每个测试人员都要去做的，一般出现在组长或者组长以上的人才去完善这份工作，或者组织内有一定的测试架构和项目分支，测试人员和项目版本比较多，项目复杂多样化，那么测试计划就起到了至关重要的一步。

编写测试用例和执行用例：那么在编写用例的环节，我们从测试分析为出发点，利用等价类，边界值，场景法，因果关系等一些用例设计方法来设计测试用例，并且在用例中表明需要用到哪些测试数据。在完成了测试用例的编写之后，接下来就是用例的执行了，按照测试用例的一些步骤和预期结果，来执行我们的用例，判断是否通过，未通过的用例就可定义为一个bug。

测试用例看起来就是玩文字游戏，其实它的作用体现在的是一个记录作用，因为如果没有测试用例这个文档，那么我们在测试的时候难免会出现漏测现象，这样就造成的工作的不合格，再则就是用例还可以用来当做一个凭证来证明自己的工作，如果在工作中发生争执了，可以及时的拿出用例来为自己作证。

bug管理：有了测试的用例，那么就会出现测试的产物，就是bug，作为一个专业的工程师，我们所需要做的无非就是想尽一切的办法去判定开发写的程序，所以我们在找到问题的时候，需要给出的是一个高质量的bug。什么是高质量bug呢？所谓的高质量的bug，就是必须有一个准确的复现步骤，有一个直观的bug现象，必要的时候可以加上log，加上截图，加上测试数据，甚至有时候出现了特别难以出现但是严重级别高的bug，直接就保留现场，叫上开发过来了解情况。

有了这些东西，开发同志就无力反驳我们抛出的bug了，为什么我们提出bug要这么准确呢，原因就是我们是专业的工程师，产品上线之后，如果市场上没有重大的bug反馈，那么这是我们尽到了责任，但是如果市场有重大的反馈，导致对公司造成了损失，那么就是我们的失职。我们不仅要提交bug，还要跟踪bug，使bug从产生到关闭有一个较快的闭环，将那些严重的，优先级高的bug及时的催开发修改，一个优秀的团队就是要做到每一个员工尽责。

测试报告：测试报告书写的目的就是将自己的测试结果通过这份报告让别人可以了解到目前产品的一个状况，所以在测试报告上，我们尽可能描述重点，写一些有价值的东西。因为别人是通过你的这份报告来间接性的了解产品的状态，所以如果你写的太复杂，像流水账一样，给人的感觉并不是细致，而是啰嗦，所以在写完报告之后，我们应该站在一个阅读者的角度去审阅自己的测试报告，看看是否明确是否完美。

一套系统提升学习的好资料

这里给大家整了一套涵盖软件测试面试资料和自动化测试工程师进阶路线的快速学习方法和资源。

学习方向

学习可不是拼多多，这里学一点哪里学一点、到头来竹篮打水一场空，所以得有个自动化测试所有方向技术点做一份整理，形成各个领域的知识点汇总，它的用处就在于，你可以按照上面的知识点去找对应的学习资源，保证自己学得较为全面。

一、计算机基础系列

在这里插入图片描述
二、Python专题

在这里插入图片描述
三、Python自动化测试框架应用

在这里插入图片描述
四、接口自动化测试

在这里插入图片描述
五、web、ui自动化测试

在这里插入图片描述
六、移动端自动化测试

七、持续集成

在这里插入图片描述
八、性能测试

在这里插入图片描述
九、安全测试

在这里插入图片描述
十、跨平台自动化

在这里插入图片描述
十一、测试开发

在这里插入图片描述

根据这个学习架构路线，不断地去摸索与提升，突破技术的瓶颈，可以说，这个过程会让你痛不欲生，但只要你熬过去了。以后的生活就轻松很多。我也是走过这样一段路，才能获得更多高薪职位的机会，付出终有回报，也算是对我能力的一种认可吧，真正的证明了自己的价值。至少税后30+的薪水是我当前状态下比较满意的。

在这里插入图片描述

作为一位过来人也是希望你们少走一些弯路，在这里我给大家分享一些自动化测试的相关资料，希望帮你们更好的突破自己，提高自己！需要的可以关注我的工粽号：软件测试凡哥（自动领取）

精品软件测试学习书籍

1.技术沉淀（学习+积累）

对于三年多快四年的测试人员来说，无论是在大厂小厂，还是在外包公司，基本上都是做得功能界面测试，对接口、性能、自动化测试只是有点接触。很多人认为，重复简单的工作对自己的技术是没有提升的，但实际上也有人能从中杀出一条血路，所以关键是你自己是否花了心思，付出了努力。

当然，我个人也有自己的一套学习方式和习惯，平时喜欢利用碎片时间来看点什么东西，比如一些技术性的书籍或文档，还有一些视频讲解等，经常会让我有一种恍然大悟的感觉，对我的工作也起到了很大的帮助。

阅读书籍文档

之前有些做手工测试的同事想转自动化测试，让我推荐几本自动化测试入门的书籍，我都会建议他们根据自己所在项目的产品来选用对应的自动化测试工具来实践，再结合自身的喜好来选书，下面推荐几本实用性强的书籍。

1）《Selenium 3自动化测试实战:基于Python语言》

selenium 3自动化测试实战这本书是大佬虫师的作品，虫师可以说是我的启蒙人了，早期看了他很多的文章。这本书系统的讲解最新的selenium 3的应用，涉及到持续集成、两大python单元测试框架unittest和pytest的应用，还有数据驱动、PO模型、selenium的分布式运行等等，非常全面，值得入手。

2）《QTP自动化测试最佳实践》

详细介绍了基于QTP的自动化测试技术，适合自动化测试初学者阅读。因为QTP是付费软件，如果所在公司或项目组能使用正版，那真是个深入学习的好机会。

3）《自动化测试最佳实践》

这本书在自动化测试领域影响深远，它为很多公司指明了测试成功的方向。本书讲述了一些公司应用自动化的经历，其中涉及了很多项目，从复杂的政府部门系统到医疗设备，从SAP业务过程开发到Android移动应用和云计算。

4）《App自动化测试与框架实战》

从App测试基础、实战技术，再到自动化测试框架的搭建，全面地讲解App测试所需要的知识，主要内容为：App测试及其类型、Java编程环境构建、Java语言基础、Android自动化环境精讲、Android自动化测试基础精讲、Android Appium自动化框架、Appium数据驱动测试框架封装实战、Appium关键字驱动测试框架封装实战、持续集成的自动化、Appium常见问题处理方式。

5）《postman接口自动化测试持续集成》

如果你正好需要利用postman完成接口自动化测试的工作，那么这本书很适合你。如果你想看看 postman 是如何完成自动化测试，并与自己的框架比对比对，这本书也适合阅读。这本书，详细讲解了接口测试基础、postman 如何来完成自动化设计和用例编写、newman+git+jenkins+ 钉钉来完成持续集成工作。