我大学学的计算机专业，有一点编程基础。我的软件测试职业开始和大多数测试人员一样，一开始在一家电商公司做软件功能测试。
大部分进入测试行业的朋友，最开始接触都是纯功能界面测试，随着工作年限，会接触到一些常用测试工具，比如抓包，数据库，linux等。
有人留言问到我，在一线城市做功能测试，如果定个小目标，想拿到年薪20W，需要具备哪些技能？
首先必须熟练整个产品的业务流程、业务是基础，这样保证产品在快速迭代时、不仅保证新功能的完整性，而且快速回归原有功能不受影响。
然后需要掌握一些常用测试工具来辅助测试：
- Web端测试：浏览器开发者工具使用，network、console控制台、兼容性测试
- 移动端app测试：（安卓/IOS/ipad端）测试全流程，兼容性测试、稳定性测试，流畅度测试、adb常用命令
- 服务端：掌握接口测试、抓包工具使用、如何校验接口的完整性
- Linux：常用shell命令，查看错误日志
- 数据库测试：熟悉数据库表结构，掌握常用增删改查sql语句，便于分析测试结果。
- 常用工具使用：SVN/git版本控制工具 、postman、jenkins应用打包和构建
换句话说，如果你拿到一个新的产品测试功能，你如果能通过数据库的表结构，和分析系统日志来快速的熟悉产品业务，说明你的测试思维，功能测试能力已经非常优秀了。
当时我掌握了以上技能点，在公司将工作效率提高了，相对比较轻松，这就导致我有充足的时间，拾起编程语言，最初用的java语言，然后学习各种自动化测试技术，当时觉得自动化测试特别有意思，而且挺有成就感，激发了我让自己对测试的理解和对技术更深入一层，成为一个专业的测试人员。
后来发现Python语言越来越火，而且我觉得python来做自动化和对于编程基础比较薄弱的测试工程师来说特别的合适，python还能用来爬虫，用python还能写一些定时脚本，数据库脚本，效率非常高。
放弃年薪20W的offer，挑战自动化测试
我当时在公司得到了领导的信任，待遇方面工资加上年终奖，年薪能达到二十万。
但是在由于当时公司规模和产品的局限性，导致自动化测试始终未能应用到公司实战项目中。我觉得外面的世界很大，自动化已经流行而且越来越普及，我想要突破自己的测试技术瓶颈，我毅然决然的跳槽一家公司专职做自动化测试工作，于是我顶住压力，不断的系统学习自动化测试技能，而且学以致用。
我将公司产品前后端的自动化测试全部落地实现。
那些自动化脚本真正成为公司资产，在每次上线回归带来的收益远超出我的预期。
并且定时在公司的技术分享会展示效果，那种从0到1的成就感非常难忘。
后面负责自动化测试团队工作，核心框架搭建学习用到的技术栈包括Python语言、Selenium、RF、Requests、Jenkins、以及见识到先进主流的Docker容器技术，持续集成等
让我见识到技术的魅力，技术功底的提升能让整个人非常自信。
所以自动测试给我带来的收益不仅仅是待遇的提高，包括中间做自动化测试遇到的坑，解决问题的思路，以及技术的扩展，增长了见识。
最终形成了一套知识框架体系，得到一套有效落地的自动化测试方案。
现在我也找了很多测试的朋友，做了一个分享技术的交流群，共享了很多我们收集的技术文档和视频教程。
如果你不想再体验自学时找不到资源，没人解答问题，坚持几天便放弃的感受
可以加入我们一起交流。而且还有很多在自动化，性能，安全，测试开发等等方面有一定建树的技术大牛
分享他们的经验，还会分享很多直播讲座和技术沙龙
可以免费学习！划重点！开源的！！！qq群号：110685036
自动化测试的心得
当你成为一名自动化测试工程师并开始你的测试工作时，出现问题是很正常的。如果你还没有深入研究Selenium自动化的测试脚本，就急于进行自动化网站测试，也可能会出现这种情况。虽然从错误中学习是件好事，但通过向他人学习来预防肯定是更好的。
自动化测试是一个蓬勃发展的行业，从小型Junit测试到大型的Selenium脚本，每个人都在走向自动化。你可能会遇到添加了小补丁的相同代码，并且必须再次运行相同的测试。随着自动化的发展，重复任务的误差率会降低到零，但这一阶段只有经过一定的实践和积累才能实现。
当你第一次尝试自动化时，出现问题很正常，但也是可以避免的，毕竟出现问题就意味着损失，增加成本。所以，作为一名自动化测试新手，希望你能牢记这些注意事项，成为一名优秀的自动化测试工程师。
还有一个经验就是，自动化也需要设计，也需要规范，需要框架。
有了这些教训，后面自动化实践看起来就像样多了，也慢慢有了效果，但在运行过程中，我又发现了一个致命的问题：自动化脚本误判！跑出来的结果明明是pass，但实际上是失败的！omg！甚至还出了网上问题！
这段时间我也读了大量的测试书，记得之在一本当时很流行的测试书中也看到这样的问题，他们的解决方法是记录整个测试过程，但是这又引入新的问题，内容太多，分析不完。我对书中的做法表示怀疑，觉得这还算自动化么。
带着问题去思考和学习总是特别有效。公司中牛人很多，和前辈们讨论交流，发现原来这些问题，是可以通过写好自动化的检查函数来改善甚至避免的。这让我认识到自动化的难点不是让脚本模拟测试者的操作，能够运行起来，而是在check。很多人都喜欢把自动化测试比作"机器人"。自动化测试中模拟测试者的操作，是这个自动化机器人的"手"，而check就是机器人的"大脑"。check没有做好，自动化就不够可靠，做也是白做。有同学认为单元测试和接口测试不用太关心对check的设计，我认为这也是不正确的。Check的设计对UI和CLI自动化会比单元测试和接口测试更为重要一些，仅此而已。
自动化不是个人行为，要让一个团队每个人都能快速写好自动化，把check做到位，是自动化管理的难点。一个经验就是，针对业务特点来总结有哪些check类型，然后对这些类型来封装函数，让大家就可以根据用例的情况来用这些函数。
记录测试过程也是需要的，对可能的测试结果分级，设计各种全局调试开关，做出分层级的测试结果报告。除了"成功"和"失败"的状态，还可以加入一个"怀疑"的状态，总结测试时的定位手段和思路，让脚步可以有针对性的抓取更多的定位信息，而不是一出现问题就只有重跑一遍脚本，这不仅提高了自动化测试的效率，还可以提升产品的可测试性水平。
把这些都做好后，自动化就变的舒服多了。后来我的实践还证明，做好check的设计还是提高UI和CLI自动化测试率的方法。自动化测试走上正轨后，我们又开始思考各种小改进，比如自动回填结果，自动生成脚本等等。
关于测试开发
后来一个机缘巧合，朋友推荐我进入字节做测试开发，负责开发公司定制化的测试质量平台。
这对于我来说也是一个挑战，新的领域，测试开发在一线城市非常吃香。当时的待遇比初、中级软件测试工程师要高太多。
到岗后顶住压力，不断的系统学习测试开发技能，而且学以致用。技术架构采用的是前后端分享，包括Python的后端开发框架Flask,前端框架vue，elementUI组件等
坚持做了几年的测试开发，真实的体会到测试开发等于测试全周期的工作，包括产品功能业务熟悉，测试平台的需求设计，平台前后端研发，平台的自测，给到测试部门几十号人的推广、培训产品使用、运营。
所以测试开发的大前提是功能测试经验丰富，接口自动化，UI自动化非常熟练，不然很难以开展测试开发工作。
目前测试平台项目研发已经完成并且已开源，有兴趣的朋友可以联系我
测试行业的现状
现在测试行业的的趋势，你去面试任何级别的测试工程师都会问你是否会自动化测试，所以自动化测试已经是必备技能，面试时的加分项。
换句话说，会用开源的测试工具不足以在公司涨薪或者跳槽至一线互联网大厂。因为真正企业自动化测试落地肯定是一个团队在做，当你熟悉使用这些开源框架之后，你会发现有些框架之间是相通的，所以基于这些开源框架，我们打造一个属于自己的测试框架，可以根据公司实际测试需求自主封装适合项目的测试框架，落地实用。建立自己的技术体系，得到一套落地有效的自动化测试方案，从青铜变身王者。
这样让我们自动化团队将更多的精力放在测试用例设计本身上面，达到提高产品质量，提升效率的目的
在这八年测试经验，我看到了太多想提升测试技术而没有明确方向的人，深刻的体会到测试人员的技术痛点，以及测试这个角色在互联网公司的待遇和地位远不及其他岗位，甚至还是会有很多人会认为测试在公司随时能被取代，可有可无。
如何在繁琐重复的手工测试工作中，慢慢扩展积累测试技术，建立自己的技术体系？
大部分进入测试行业的朋友，最开始接触都是纯功能界面测试，随着工作年限，会接触到一些常用测试工具，比如抓包，数据库，linux等。
但是有个比较常见的问题，由于现在企业大多数都是敏捷开发模式，容易陷入版本快速迭代中，以至于没有时间精力再去额外学习一些高级和主流的测试技术，如某种编程语言、自动化测试工具、测试框架搭建、测试平台研发。
即使挤时间强迫自己学习，也不知道从哪里开始入手，那些碎片化的东西，只能让你了解，很难很难消化，
当你要形成自己的输出，用自己的思路和技术来做项目的时候，你要回到那个知识框架里面去学习
不要碎片化信息学习，那不叫学习，要有决策性学习，系统的学习，学习解决问题的思路。
比如自动化测试，已经是测试工程师的必备技能，搭建自动化测试框架也是测试人员能力分水岭的体现。
那么如何来全面的学习自动化测试呢？
绵薄之力
做为一名自动化软件测试，接下来我想分享一下这些年来，我对于技术一些归纳和总结，和自己对作为一名高级测试者需要掌握那些技能的笔记分享，希望能帮助到有心在技术这条道路上一路走到黑的朋友！
下面分享我整理的这份2023年可能是最全的软件测试工程师发展方向知识架构体系图。
1、自动化测试必会Python编程技术
2、Web自动化测试技术内容
3、APP自动化测试技术内容
4、Postman测试工具专题
5、接口自动化测试技术内容
6、自动化测试框架搭建能力
7、持续集成
8、Jmeter 性能测试
9、APP性能测试
10、Fiddler 抓包工具的使用
11、TCP/IP协议
12、Linux 系统操作
13、MySQL 数据库
14、RobotFramework 自动化测试框架
15、跨平台的自动化测试框架Airtest
上面就是我整理出来的一份全栈测试工程师技术进阶路径图。完成这样一个技术栈的构建。可以说，这个过程会让你痛不欲生，但只要你熬过去了。以后的职业生涯就轻松很多。正所谓万事开头难，只要迈出了第一步，你就已经成功了一半，古人说的好“不积跬步，无以至千里。”等到完成之后再回顾这一段路程的时候，你肯定会感慨良多。
绵薄之力
最后感谢每一个认真阅读我文章的人，看着粉丝一路的上涨和关注，礼尚往来总是要有的，虽然不是什么很值钱的东西，如果你用得到的话可以直接拿走：
这些资料，对于想进阶【自动化测试】的朋友来说应该是最全面最完整的备战仓库，这个仓库也陪伴我走过了最艰难的路程，希望也能帮助到你！凡事要趁早，特别是技术行业，一定要提升技术功底。希望对大家有所帮助…… 文章来源：https://www.toymoban.com/news/detail-415807.html
文章来源地址https://www.toymoban.com/news/detail-415807.html
到了这里，关于字节测试总监8年测试路，如何从功能测试转成自动化测试——愿测试人不再迷茫的文章就介绍完了。如果您还想了解更多内容，请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章，希望大家以后多多支持TOY模板网！
