我是计算机专业毕业的，这个基础给我带来了很多优势，有很多时候我自己也是在后悔，为什么出来没有选择研发，而是选择了测试…
其实越到后面越会明白，如果一开始是研发转测试的话，就会容易很多
为什么一开始没有选择编码？同样的思路：大学的时候很不喜欢编码，觉得测试入门简单，动代码的机会少，可以工作后为了涨薪，硬生生逼自己学会了编码，下面我主要来讲讲，我是如何从手工测试转自动化测试的…
我从功能转自动化的过程第一份工作就是手工测试，写了两年多的测试计划，测试用例，手工点点，这种重复的机械模式让我很厌恶，直到公司招了一个自动化测试的大佬，刚开始只了解到大佬的薪资很高，让我很是羡慕，后面和大佬熟了就跟着学会了很多东西。
第一次是从Python写接口请求开始的，刚开始也是毫无头绪，比较幸运的是这家让我执行手工测试的公司整个流程都比较规范，加上这两年积累了较好的流程观念/编写规范的测试计划/测试用例及报告等等系列，所以参照网上的教程，自己也算是能写出来接口自动化了(纯代码模式)，当时没想到接口工具，真可怜。
我的自动化测试求职之路从写Python接口请求的公司离开后，我就开始将我有自行编写自动化的经验写到了简历上。
当然了，简历上有体现，也要保证你确实有自动化的思维，所以我平常还是有在网上学习这一系列的文章，观看别人是如何操作的实践的。
很幸福的是，下家公司就找上门了。岗位确实是自动化，其实进去之后做的是测试开发。
【怎么说测试开发和自动化的区别呢，我觉得吧，自动化的范围相比测试开发来说会更广些】。
而且，这家公司开了2W的薪资，面试结束时，我还电话回去和我妈说：这家企业很大，能进去当然厉害，只是我应该进不去，我觉得我面试得并不是很好。
这家公司效率也是很高，第二天就通知我被录用了。
这家公司让我学到了特别特别多的东西，当然还包括奇葩的职场竞争关系。
我在这家公司真切的玩到了服务器、服务器刷机、组raid等等，还搞了各不同系统间的交互自动化【公司产品是比较复杂的，软硬结合】。
同时还参与了一些竞品的分析/参与了产品设计等等，走在了产品思维路上，所以我一直强调：测试不应该只是测试~
同时还有我讨厌的客户现场出差实施部署，总之是体会了好几把不一样的人生。
压力我到这家公司之后，变化最大的就是压力，某一年，我都长出白发了。
总是夜晚会思考白天的代码，该怎么写，架构怎么设计调整，然后然后我就失眠了。
这个压力也导致我心里一直有个声音：要不要辞职？
还好，坚持了几年，学会了能学的。
学习我想说，你在任何一家企业，不要说学不到东西，而应该想的是：你能利用这家企业的什么东西来提升你自身。
企业可以提供项目，这个是真切的，你能在这个项目中学到什么，能在这个项目的前提下拓展出什么你自己的思路。
企业可以提供服务器，你能不能在这个基础上搞定常用的shell指令？常用的bat命令？
总之，你想写，开放的网络可以提供你想要的大部分信息。
而，所谓的导师，好的导师只是一个领路者，一切还得靠你自己。
未来很多人会问前景的问题~
发展的问题~
不好意思每个人的设想不一样，我是不是坚持走这个路，未来我会做什么，我也不知道~
但是，任何东西都用心点去实现，总是不会有错的，既然做了就不要垫底吧~
学如逆水行舟，不进则退想给还在手工测试的朋友提个醒，任何时候都不能停止学习，特别是在飞速发展的互联网行业。当然学习是必要的，但是切忌盲目跟风学习，越是高额的薪水，越需要在某一个或几个特定领域钻研较深，在自己熟悉且有工作背景的领域持续投入学习是职业生涯发展的高效方式。
当然真正解决问题的机会，还是来源于工作中，关于技能提升，不管是自学也好，还是参加培训机构，都是需要一个正确的方向去引导你学习，这样学习起来也会比较轻松，不会走多余的弯路，所以说思路很重要。
希望这些能给大家有所帮助。也希望大家能就这些问题多交流，互相学习。如果有很多问题，我给大家推荐一个「自动化测试学习交流群785128166」
你缺的知识这里有，你少的技能这里有，你要的大牛也在这里，，来和志同道合的测试小伙伴一起讨论测试技术吧！