软件测试工程师的自我认识和定位！！

前言

在谈论软件测试之前，我作为一个有一定工作经验的工程师，我想发表一些自己的想法和观点，这些观点虽然不是完全正确的，但是确实是我在工作中不断的去沉淀，去理解，去思考才得来的一些看法。希望作为刚入行的你，或者已经在从事这份岗位但是很迷茫找不到定位的你，在看到我的这篇文章之后可以对这份工作有另一种态度，希望你在选择了这份岗位之后可以热爱这份工作，愿意去付出，愿意相信自己是公司里不可缺少的一位，每一个岗位存在即有理，在大势之下我们没有理由去否定去这份岗位，但是我们一定要深入理解这份岗位，只有带有这种思想的从业者才能在这条道路中越走越好。

测试这份工作确实入门相对来说是比较低的，看起来谁都能做，但是不一定谁都能做好，并且在一些小公司里面，测试往往还会被其他人认为是没有技术含量的工作，但是我想说在大厂里面，测试是跟开发同等级的存在，无论是工资还是声望，相对的大厂里面需要的要求就会高很多。对于工作不久的同学来说，你会发现其实自己在测试的时候并没有用到很高深的技术啊，为什么在面试的时候会问到很多东西，并且招聘要求这么高，这是一个很现实的现象，公司招人肯定是想招一个能力超出成本的员工，这样既可以完成当前的工作量，还可以在特殊情况下完成新加的任务，而面试时那些额外多问的技能就是用于后者。
相信很多同学会有这样一个心理想法，那就是：测试一下子就测试完了，我现在好闲啊，这样会不会不太好？测试也太没有意思了吧，我学了几年的计算机竟然做这么没有技术含量的工作，那我不是白学了？我觉得我已经测完了，这个软件没有什么可以测试的了，我现在在等开发修改bug，那我现在应该做些什么呢？…看完这些，希望你能从中获得一些想要的答案

何为软件测试工程师？

软件测试工程师（Software Testing Engineer）指理解产品的功能要求，并对其进行测试，检查软件有没有缺陷（Bug），测试软件是否具有稳定性（Robustness）、安全性、易操作性等性能，写出相应的测试规范和测试用例的专门工作人员

软件测试工程师的职责？

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

为什么要做软件测试？

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

软件测试的前途如何？

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

软件测试的工具和思维谁更加重要？

相对于测试工具，我更加倾向于测试思维。当然这两者是相辅相成的，双向提升会让你在测试的工作中得到很大的提升，测试的思维贯穿整个测试的职业生涯，从一个0基础的测试工程师进阶到一个中级测试，前一两年的成长基本上都是在测试思维上的提升，这段时间很多人都会很迷茫，觉得自己是一个没有什么技术的人，其实这个成长的期间更多是要寻找自己的定位，落实自己作为一个专业测试工程师的思维方式。当自己具备了一定的测试思维之后，我们面临的一个挑战就是在测试技术上的关卡，在招聘上面我们往往可以看到基本上的测试工程师都是需要测试工具的使用，而且会使用测试工具比不会使用测试工具的人工资要高，显而易见，在具备了测试思维之后，要进一步的提升自己就要在技术上的加强了，不管是测试工具的使用，还是自动化脚本的编写，这些都可以视为辅助我们去测试一个软件产品的工具，为达目的想尽一切办法去发现软件中的缺陷。

软件测试工程师和软件开发工程师真的就相差这么大吗？

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

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

1. 首先第一点，作为一个测试工程师，计算机相关专业的知识在工作中起至关重要的作用，这是作为一个测试工程师必备的，其中就包括（计算机网络，操作系统，数据库系统，开发语言以及开发工具等），我们一定要具备这方面的知识，但是工作中不一定都会用上，不同方面的测试需要的技能也就不同，比如功能测试也就是点点点的操作，基本上没有谁不会使用一个软件吧，就是这个道理。
2. 第二点就是测试思维，也是我认为一个人是否能做好这个岗位的标杆，上面一点我说了，计算机相关的知识我们在工作中可能用不到，但是测试思维一定要时刻应用，因为思维决定行为，有一个完整的系统的准确的测试思维，才能把工作做到细致做到越接近完美。这里我只用了接近完美这个词，因为测试工作是无穷的，不存在没有bug的程序。
3. 第三点就是需要具备测试技巧，有更多的测试方法，熟悉测试工具，当然就相当于是后续的工作经验积累出来的产物了，需要我们在工作中不断的去整理，去学习，去应用。测试这份工作是探索性的工作，在工作中，真正去执行测试用例执行测试工作的时间是占的比较少的，更多的时间都花在探索上和整理文档上。
4. 第四点就是工作中的一个学习和沟通能力了，找bug是测试的工作，改bug是开发的工作，所以这之间就少不了沟通和交流，在沟通过程中，测试和开发直接需要有一个共通的表达方式去描述这个bug，使得测试人员能清楚的描述bug，并且开发人员也可以准确的知道bug的现象，方便在快速定位问题并且解决问题。既然测试是一个探索性的工作，所以就需要更多的知识和技巧做铺垫，我们在工作中需要带着强烈的求知心去工作，去吸收去学习一切能在工作中帮到自己的知识点，对自己的提升也会起到至关重要的作用。

测试的分类有哪些?

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

提高测试质量的要诀？

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

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

测试流程是什么？

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

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

项目立项和需求分析：这两个基本是同一时间进行，就是产品经理或者是市场经理有一个可以赚钱的好点子，想跟大家讨论一下，这就是一个项目的萌芽阶段（项目立项）；然后确定了项目之后，大家一起分析一下功能，需要满足什么样的需求，这个产品的架构是怎样的等等，说到这里你是不是发现好像这些事就是开发和产品那边的事儿，跟我们测试不搭边呢，其实不是，作为测试，在参加这次会议中，目的就是要知道接下来有一个什么项目需要我来测试，项目的定位是什么，客户群体是哪些，用户环境在什么场景等等一些信息都对我们进行测试有很大的帮助。往往一个专业的测试人员是要完整的介入整个产品的研发和测试阶段。

1. 测试分析：在这个阶段，就开始考验到了一个专业的测试工程师的一个业务能力了。这个阶段如果分析的好，就能提高用例的覆盖率，尽可能的保障了软件的测试质量。测试分析和测试用例设计是有一定的区别。
2. 测试计划：计划的撰写有助于工作的进行，写好一份测试计划，可以让我们在工作中按照一定的流程去完成工作，并且在测试计划中，有比较详细的人员分工，时间安排，环境搭建要求，测试的目的，项目的介绍，这些基本的信息都会出现在测试计划当中。当然这个环节不是每个测试人员都要去做的，一般出现在组长或者组长以上的人才去完善这份工作，或者组织内有一定的测试架构和项目分支，测试人员和项目版本比较多，项目复杂多样化，那么测试计划就起到了至关重要的一步。
3. 编写测试用例和执行用例：那么在编写用例的环节，我们从测试分析为出发点，利用等价类，边界值，场景法，因果关系等一些用例设计方法来设计测试用例，并且在用例中表明需要用到哪些测试数据。在完成了测试用例的编写之后，接下来就是用例的执行了，按照测试用例的一些步骤和预期结果，来执行我们的用例，判断是否通过，未通过的用例就可定义为一个bug。测试用例看起来就是玩文字游戏，其实它的作用体现在的是一个记录作用，因为如果没有测试用例这个文档，那么我们在测试的时候难免会出现漏测现象，这样就造成的工作的不合格，再则就是用例还可以用来当做一个凭证来证明自己的工作，如果在工作中发生争执了，可以及时的拿出用例来为自己作证。
4. bug管理：有了测试的用例，那么就会出现测试的产物，就是bug，作为一个专业的工程师，我们所需要做的无非就是想尽一切的办法去否定开发写的程序，所以我们在找到问题的时候，需要给出的是一个高质量的bug。什么是高质量bug呢？所谓的高质量的bug，就是必须有一个准确的复现步骤，有一个直观的bug现象，必要的时候可以加上log，加上截图，加上测试数据，甚至有时候出现了特别难以出现但是严重级别高的bug，直接就保留现场，叫上开发过来了解情况。有了这些东西，开发同志就无力反驳我们抛出的bug了，为什么我们提出bug要这么准确呢，原因就是我们是专业的工程师，产品上线之后，如果市场上没有重大的bug反馈，那么这是我们尽到了责任，但是如果市场有重大的反馈，导致对公司造成了损失，那么就是我们的失职。我们不仅要提交bug，还要跟踪bug，使bug从产生到关闭有一个较快的闭环，将那些严重的，优先级高的bug及时的催开发修改，一个优秀的团队就是要做到每一个员工尽责。
5. 测试报告：测试报告书写的目的就是将自己的测试结果通过这份报告让别人可以了解到目前产品的一个状况，所以在测试报告上，我们尽可能描述重点，写一些有价值的东西。因为别人是通过你的这份报告来间接性的了解产品的状态，所以如果你写的太复杂，像流水账一样，给人的感觉并不是细致，而是啰嗦，所以在写完报告之后，我们应该站在一个阅读者的角度去审阅自己的测试报告，看看是否明确是否完美。

最后希望大家可以热爱软件测试工作，这个岗位需要更多热爱它的人才可以一起做好，加油同学们！！