“太喜欢测试这个没日没夜的工作了，疯狂找bug·····”在工作大环境并不理想，互联网信息繁杂又焦虑多样的时代下，看到这些文字的我，竟然有点热泪盈眶。在了解测试这个岗位的过程中，我看到了太多想转行的评论，却很少能看到积极的部分，所以，测试，到底是做什么的呢？值不值得入行呢？本期来聊聊测试工程师这个职位。
按照惯例，在开始前我会先为这个职位值不值得入行给出一个评分：3.5星，其中薪资收入：4星；工作内容：3星；发展前景：3.5星
星级评分标准如下：
1星：不建议去，除非没有选择
2星：可以选择去，但是有缺点，不太推荐
3星：工作还算体面，能拿得出手
4星：一点点缺点，几乎没什么不好
5星：特别推荐去，完美工作
测试工程师到底在做什么？前景是好的吗？
测试工程师就是通过人工手动操作或者软件自动进行的方式来检验需求中所描述的预期结果与实际结果是否相互满足，有哪些差别。其实是软件上线前的最后一步，把控、监督软件的质量，为软件的成功上线保驾护航。其主要的工作任务包括：
- 需求分析：通过产品文档结合业务特性来分析需求，针对每一个需求验证其正确性与合理性，细化需求，并根据需求去提炼，这部分的工作需要与产品、开发共同会议探讨，明确用户的需求，由此梳理出一个测试任务，这其中会包括功能、 UI、性能、安全、兼容性、易用性等。
- 测试计划：基于第一步中分析需求后梳理出的测试任务，制定测试计划，计划内容包括测试范围、测试目的、测试人员、测试工具、时间、搭建测试环境。这样可以清晰地明确划分出工作内容是什么，测试思路是什么，帮助更好地执行测试工作。
- 测试用例撰写/设计：测试用例的设计，是为了从技术上将需求转化为具体可验证的指标，并以文档的形式记录软件可能存在的问题，防止测试过程的活动出现遗漏，提高工作效率。这一步需要基于测试计划与需求的分析，分析出每个软件功能需求点对应的多个测试需求点，保证能够全面、无遗漏地识别出测试需求，并综合运用等价类划分、边界值分析等来设计测试用例。
- 测试执行：使用各种测试技术和方法来测试和发现软件中存在的软件缺陷，完整的软件测试工作包括单元测试、集成测试、确认测试和系统测试等工作。
- 测试报告：测试人员需要将测试执行中发现的bug编写成正式的报告，并提交给开发人员进行缺陷的确认和修复。缺陷报告编写最主要的要求是保证缺陷的重现，这就要求测试人员具备良好的文字表达能力和语言组织能力。并对本次迭代的测试情况进行分析和总结：测试用例的执行情况、bug数量以及写了多少测试用例执行了多少；发现了多少BUG，修改了多少，剩余多少BUG没有解决以及测试的覆盖率等。
