有的同学可能会说我动手做了，我也问了，可是我还是很懵，那说明你的方法不对。我给大家讲讲我的故事吧，听了我的故事也许你就知道怎么做了。
不解其意，盲目的动手
我刚入行时，啥也不懂，连安装SVN
结果可想而知，等到下次换了一个电脑再安装的时候我还是啥也不会，又要请教同事， 这个时候我才意识到不对，于是再次安装的时候我就跟同事说你把文件丢给我吧，我先自己摸索一下，等我有问题了我再问你。
这次我就按照同事发给我的文档自己一点点的操作，每操作一个步骤我都用心记下来，到了环境变量填写时，我关注了环境变量的具体填写的是啥内容，一共写了几个变量，都是定在哪里的，第一次我完全按照文档操作，操作完成调试成功后，我又把这些安装安的软件全部卸载下来，脱离文档用自己理解的方式再次安装，这样反复两次，我就发现这些工具我完全可以自己安装了。
后面再遇到新的工具安装时，我就按这样的方法学习，都能很快上手。
只看不动手，就会成为纸上谈兵
说起这个我就想给大家讲讲我刚入门学习jmeter那会的事，因为当时公司做性能测试
可到了实际做测试的时候我发现我还是不会，第一步是啥，参数怎么写，怎么把测试接口参数加到测试里面，接口参数放在哪里，怎么查看结果全都不知道了，没办法只好把教程下载到本地，然后按照教程一步步的来，终于把基本的内容搞明白了。
基本的内容搞明白了，那丢开教程自己动手做其他项测试吧，结果发现还是会遇到问题，可这些问题教程中也没有呀，怎么办？
这个时候就要学会问了，问那些对这个工具熟悉的同事，再不然就去百度或专门的技术网站搜索相关内容参考。
就这样一步步的学习从最简单的入手，再到后来复杂的操作，自己没事的时候就会动手做，过了一段时间这个工具的应用就完全吃透了。
复制粘贴做多了，自己就啥都不会了
因为测试工作很忙也有很多重复的工作，所以很多人习惯把一些常用的脚本保存起来备用，以提高工作效率，这个事情对于老员工来说是一件好事，但对于新员工来说却是一件很糟糕的事情，为啥这么说呢？
我记得我刚接触postman时，是在测试一个项目需要查看接口参数，我当时第一次接触这个工具不会用，就问身边的同事怎么用？
同事说很简单的，我给你一个脚本你把它导进去就可以直接用了，由于当时急着测试就没有多想直接拿来用了，就这样用了两个多月，后来又遇到一个接口测试的，我就想自己动手去写，可是我发现我不知道去怎么写它，这个时候我发现我用了两个多用的postman都是在瞎用，自己其实还是不会。
然后我就把原先同事给的脚本打开，照着那个脚本写了一个，当然这其中还是有不少的问题免不了中间去问同事，不过虽然浪费了点时间，效果还是好的，至少自己学会了。
说到了这个复制我还想说一下SQL语句，这个语句复制是最常见的在测试中，我在平常的测试中也经常把一些常的SQL保存下来，下次直接拿来使用，这对于非常熟练这些的来说是可以的，如果是不熟练的就不行了，还是自己多花时间写几次比较好，我记忆最深刻的就是那个mogoDB的SQL，因为这个用的比较少，而且与常用的SQL不太一样，当时查询的时候就偷懒了一下，把开发丢过来的SQL直接复制使用，我就发现使用了好多次，至今我还是没法记住那个SQL的完整结构。
所以要想学会记住一个东西，少用复制粘贴。
适当停下脚步去思考
做测试这行有一个非常明显的特点就是大脑每天都在飞速的运转，每天都在不停的给自己灌输知识，可是自己到底有没有消化掉根本不知道，这个时候我们不妨把脚本放慢一点，把最近学的东西理一下，你就会发现你从中还可以获取新的知识点，也可能你一直搞不明白的问题在这一时刻就忽悠想明白了。
这个事情也是在我一次休长假的时候意识到的，那是我孩子出生的时候，一下子休息了5个月，领导都以为休息这么长时间的假期，我再接手测试任务会生疏，所以刚回去的时候他给我分配的任务比较少，可是我发现我去接手测试后一点也不生疏，而且之前那些似懂非懂的算法问题，内存分配问题全部明白了，所以后来我就跟他说有任务尽管分过来，我完全能跟得上。
后面我自己在做一些拓展学习的时候，遇到想不明白的问题或卡壳的问题，我都会放一下来停一停，结果等下次再去做这个事情的时候，当时遇到的问题就能很快解决掉。
好了我的故事就讲完了，希望对大家有帮助。
最后如果你想学习自动化测试，欢迎加入笔者的交流群：785128166，里面会有很多资源和大佬答疑解惑，我们一起交流一起学习！
