"双眼紧盯着电脑，目光呆滞，头发油腻或秃顶。"这可能是外界对于 it 程序员的普遍认知。而我所看到的那些优秀的程序员却都不是这样的，他们往往兴趣广阔、语言幽默、并且都非常乐于与他人分享。
最近陆续在公众号和CSDN上看到好几篇写测试工程师的未来规划成长路线，在项目中所扮演的角色，应当用怎样的态度对待工作。文章都很不错，但整篇文章读下来总觉得意犹未尽，感觉还是想说一些：
先说一下软件为什么会催生出测试：
产品上市发布之前，需要一系列复杂的测试，从而确保其质量，避免出现安全、质量、外观等一系列问题可能导致的用户流失现象。而软件也是产品的一种，也需要一系列测试保证其质量。
咱们先来了解一下什么是测试：
软件测试的定义：
通过手工或自动化的手段来运行验证软件系统的过程，检测软件运行，目的是发现软件代码中存在的缺陷(如果在项目中未发现问题，那么可能要看一下用例是否覆盖全面)
百度百科是这样解释的：指理解产品的功能要求，并对其进行测试，检查软件有没有缺陷（Bug），测试软件是否具有稳定性、安全性、易操作性等性能，写出相应的测试规范和测试用例的专门工作人员。
软件测试工作流程：
软件测试的阶段划分：
单元测试：
指对代码中可测试的最小单元的验证测试过程。笔者认为在面向函数编程中，单元测试指可测试函数。在面向对象编程中，上至类、下至方法均可称为单元测试。使用不同函数调用这个函数、类、方法，并且断言其返回值的过程称之为单元测试。
集成测试：
也叫组装测试或联调测试。在实际开发过程中，项目需求被分成更小的单元模块，模块分配给不同的开发同学进行开发，一个开发写的逻辑与另一个开发完全不一样。当单元模块开发、测试结束后，会把单元或模块逐个集合或组装成小系统，并对小系统进行验证，目的主要是测试单元或模块之间的接口，一般采用白盒+黑盒的测试方式。
系统测试：
将经过集成测试的软件，作为计算机系统的一个部分，与系统中其他部分结合起来，在实际运行环境下对计算机系统进行的一系列严格有效地测试，以发现软件潜在的问题，保证系统的正常运行，一般采用黑盒的测试方式。
回归测试：
指代码被修改后，在保证原有功能无影响的基础上，验证代码未引入新问题，一般采用白盒+黑盒的方式(为了节省人力，需要开发评估影响范围)。
验收测试：
百度百科解释：验收测试是部署软件之前的最后一个测试操作。在软件产品完成了单元测试、集成测试和系统测试之后，产品发布之前所进行的软件测试活动。它是技术测试的最后一个阶段，也称为交付测试。验收测试的目的是确保软件准备就绪，并且可以让最终用户将其用于执行软件的既定功能和任务。
软件测试类型的划分：
ui 界面测试：
指测试用户界面是否美观，界面设计是否人性化、易操作，提示是否友好，是否符合设计稿的过程。
功能测试：
测试软件各个功能模块处理、业务逻辑、页面流转、接口数据处理是否正确的过程。
兼容性测试：
app：软件在不同操作系统、机型、屏幕尺寸下是否正常运行。
PC端：软件在不同操作系统下是否正常运行。
Wbe端：网站在不同操作系统、浏览器下是否正常运转，缩小、放大是否正常显示。
安装卸载升级测试：
软件正常安装运行，软件运行或者未运行下完全卸载，软件运行中升级，弱网等网络环境不稳定时导致升级失败后再次升级，升级后正常使用。
安全测试：
应用程序主要是用户登录、数据和功能权限控制的正确性。
系统主要是服务器的访问控制和用户权限设置。
容灾测试：
一般情况下服务是以集群形式存在运行的，当某个集群中的服务器发生问题时能否检测到，检测到后数据能否立即无缝迁移，迁移数据时是否会丢失数据，服务器恢复后集群路由重新分配等。
性能测试：
分为负载测试、压力测试、并发测试、稳定性测试等。
测试需要掌握的工具、语言等：
工具类：
BUG管理工具：禅道、jira等(某些公司会有自己的工具)
测试用例工具：逻辑清晰的百度脑图、XMind，描述详细的Excel表
接口工具：稳定性高的postman，功能更加强大的jmeter(jmeter会使用浏览器的代理，可能会出现403等异常)
服务器语言：Linux
自动化语言：python、java等(语言是互通的，主要是抽象逻辑锻炼)
框架：ui界面的selenium，接口测试Requests、urllib2等，链接数据库Mysql等(其他这里就不过的说明了)
回到原题，测试行业发展路线有几种呢？笔者通过与鹅厂导师沟通交流下来认为四条：
1、系统测试：
针对产品整个系统的测试验证，了解项目或需求背景、文档、用户人群等，在用户、产品需求单、设计稿角度，把系统当作一个不透明的盒子，验证整个系统的功能、接口、UI界面等(对于核心功能可以编写自动化达到节省人力的作用)，尽早、尽可能多的发现问题，暴露问题。
2、测试开发：
从白盒角度分析测试用例代码覆盖全面性，并指出其未覆盖全面处。
针对测试同学诉求编写测试工具。
测试人员工作量较重时配合测试支持需求发布。
代码修改后分析代码差异化，从白盒角度指出核心修改验证范围。
3、专项测试：
性能测试：分为压力、负载、并发、稳定性等。
安全测试
4、管理职：
在每个迭代中，分配需求任务，关注项目质量、进度、风险，并将其风险点提前知会PM。
支持需求验证。
笔者认为项目中最重要的是测试岗位，PM统领全局，产品规划项目发展方向，设计师关注用户体验与美观、易用性，前端、后端、后台用代码抽象实现需求，测试则需要了解代码逻辑、上下文交互等，站在用户、需求文档、设计稿角度，推动、暴露问题缺陷。
房子要一层一层盖，知识要一点一点学。大家在学习过程中要好基础，多上手实操，话不多说，这里狠狠上一次干货！这是我熬夜整理好的各阶段(功能、接口、自动化、性能、测开)技能学习资料+实操讲解，非常适合私下里学习，比找资料自学高效多了，分享给你们。
领取关 w/x/g/z/h：软件测试小dao
敲字不易，如果此文章对你有帮助的话，点个赞收个藏来个关注，给作者一个鼓励。也方便你下次能够快速查找。
最后写给测试同学八点启示：
1、正确认识工作与自己
2、比一般人更努力
3、遵循最佳实践
4、保持好奇心并乐于探索新事物
5、抛开岗位区别面对面沟通
6、与优秀的人做同事，为优秀的人工作
7、生活、睡眠、旅游、个人时间管理
8、相信自己的专业知识与思路软件测试工程师——写给工作三年以内的你
