同为测试人，据说90%的人都会经历以下场景：
每次发版时间相当紧张，上线前几天总是要肝个通宵
开发改动核心代码，留给测试完成全量回归测试时间非常短，出问题就要背锅。
手工执行用例、多浏览器重复验证同个功能、单个功能多个测试环境一遍遍点过去，像个机器人。
每天重复“点点点”的机械工作，也不知道之后的几年还能干点啥。
怎么样？细节是不是拿捏的死死的？但这些都不算啥，无非是工作比较难罢了，更难的是跳槽、涨薪非常困难。
几天前，我有个做了 3 年测试的朋友去面试，因为不懂测试开发，被定级为“初级测试”。他觉得自己受到了侮辱，但他没意识到：很多公司都已经停止招聘只会功能测试的人员了。
因为最近这几年，高度自动化的测试成为业界追求的目标，要实现自动化，离不开测试开发来开发各种框架，支撑测试工作高效率运行。1 个测试开发的效率远大于 3 个普通测试。
毫不夸张地说，功能测试人员如果不转型测试开发，基本上得告别软件测试生涯了。
从测试框架的概念、开发方法以及设计思想入手，通过实战案例和测试框架的代码实现，全面掌握测试框架的开发，完成从功能测试向测试开发的华丽转身。
第一模块 打牢基础，从框架概念到代码实践。
第二模块 项目实战，搭建自动化测试框架。
第三模块 能力修炼，全面掌握多项技能。
第四模块 深入自动化测试框架开发原理。
第五模块 本职之内，技术之外。
这是测试开发必须的知识图谱，劝你对照着学，绝对会有收获：
三个转变
测试人员要培养前面介绍的技能，首先需要实现下面三个转变：
1. 对测试的认知
测试活动不仅是验证系统功能，可以更加的多样化。比如，测试左移就包括对需要的澄清和验证，测试右移则包括生产环境的监控和信息收集等。
测试人员不是质量的把关者，好的质量意味着要交付更多的价值，而不是没有缺陷那么简单，测试人员不再是发现缺陷越多越有成就，而是要想着如何跟不同角色高效合作，使得交付的产品能够优化业务价值。
2. 对技术的关注
由于测试活动的多样性，不能只关心测试相关技术，要把视野扩展到软件开发过程中各个环节接触到的领域知识和不同类型的技术，不同业务类型、技术架构和基础设施等都会对测试有不同的影响和要求。
3. 测试不可以独立存在
测试不能再以独立部门自居，需要跟不同的角色更多的沟通和合作。比如，需求分析阶段需要跟需求人员有密切的沟通，实现自动化测试过程中可以跟开发人员结对或其他方式的深度合作，生产环境下的测试需要跟Ops人员紧密合作等。
同时，测试人员对于系统所采用的技术架构、技术方案的设计思路都需要有所了解，从而更好的理解开发的工作、理解架构演进对于测试的影响，更好的开展测试工作。
了解了发展方向，如何才能让自己的职业生涯更圆满呢？更多的学习路径，职业规划可以关注公众号：程序员一凡，有软件测试的技术交流群。
确定方向，目标驱动
持续学习，把知识变成技能
勇于突破，系统思考
加油，愿各位测试同仁的职业发展之路更加顺畅！