写在前边：
通常考虑到转的问题的时候，只有两种情况，要么你很闲，要么就是忙到累的不行。
本文主要针对黑盒的新手测试人员以及想要转到自动化或者性能等相对高级方向的测试人员。当然如果你是IT的其他职位同样受用，比如：开发同学。
希望看完这篇文章对你当前工作或转职的迷茫，以及跳槽的考虑有所改观。
正文
首先来看：
W模型，又称双V模型。这是一个项目在软件开发各阶段中同步进行的验证和确认活动，图中明确表示出了测试与开发的并行关系。
那么好，我来用一问一答的形式给大家解惑心中的疑问！看看下边这些问题有没有存在你的心里。
例子 一
Q： 我在这公司有一段时间了，但是感觉什么都学不到，我想跳槽了。
S： 不是只有学技术才叫学习，你的业务累计也是在学习，如果你连业务层面的东西都没掌握好就想跑，我只能说你去哪都一样！
再者，学习是要靠自己，而不仅仅是等公司给予，以为到了阿里或者腾讯这种大公司就有人教了么，你想多了。
如果工作不是很忙，为什么不拿出时间来学些东西，比如你想做自动化，那就学些自动化需要的东西，比如编程语言，比如测试工具等等，网络这么发达，不是所有的学习都需要老师站在身边的；
如果工作很忙，本身就是在帮你加速了解业务的过程。而且如果让你学几百条甚至上千的用例时，不要抱怨，这也是在帮你提升能力，对于测试人员来讲，无论任何阶段，测试用例都是最重要的！一个好的用例可以让你省去很多时间，提升测试效率。如果公司不要求写用例，那么你在测的时候绝壁感觉很乱，而且出现漏测的几率更大，尝试自己去写吧。有条理的工作总是更有效率的！
例子 二
Q： 我现在是黑盒测试，每天点点点。想知道转自动化测试、或者性能测试、测开之类的。
S： 首先来讲，这类的转也就是升级一样，黑盒的进化。 直入主题，编程知识，至少会一门语言，无论是想做自动化还是性能，都需要至少1门编程语言来支持你写脚本，以及优化脚本（如果你偏好录制）。需要会到什么程度？打开页面源码，知道哪个层是干什么的；打开项目代码，知道这个代码是什么意思
然后，根据你的需要，是功能还是性能，可以去试着了解和使用一些测试框架或工具，比如JMeter、LoadRunner、Selenium、Appium等等，工具即思维！只有当你想这么做了，才会需要这样的工具，才会创造出这种工具，才会使用这些工具。
现在，语言和工具你都会了，还不知道怎么做自动化？那么，你缺的是一个思路。比如你每天点点点，有没有想过用工具来代替点击，比如点一个按钮，就把你一天要点的东西都做了。这就是自动化。再比如你点个start，每天就自动帮你完成这个点按钮的工作，这就是持续集成。
例子 三
Q： 经过自动化的培训了，我现在学会自动化测试了，但是公司用不到， 我打算跳槽了。
S： 同学，你以为每个公司开始都有自动化的么，你为什么不做先发之人，给自己的项目搭建一套自动化系统呢？就拿UI自动化来说，根本不需要去svn里掏代码出来吧？
打开你的web页面或者app，搭建个简单的自动化测试环境，然后先从登陆开始，写个简单的脚本，这你能做到吧？
把你平时点点点的操作，都用学来的自动化技术编写出脚本，实现一键点击运行测试操作。
当你搞定了这一整套的东西，你可以选择沉默每天自动化完成测试，然后空出更多的时间搞点新花样；也可以选择跟领导吹牛逼说出这套自动化的成果，让他给你招小弟，绝对比你跳其他公司给别人当小弟赚的多。而且，你现在是不是有了自动化的经验了，那么你跳槽还没有说的么？
实战是最好的经验和资本！
例子 四
Q： 开发周期，做不了功能测试，我就边写用例边等他们联调完，再去测试了。
S： 不要等，测试有很多种，不只有前端的功能测试，这期间可以考虑做接口或者单元测试，要知道不是所有的开发都会写单元测试。
接口往往都会更早的完成开发，我们可以考虑先从这里下手，不会不要紧，学啊！反正你也是等，为什么不研究下怎么测接口，然后给他们提更深层次的bug呢？假如你找出的bug连原因，甚至代码的第几行错误，怎么改都告诉开发，你看开发还敢不敢没事注掉一部分代码来骗你。
对于迭代过程中的项目，你还可以去完善一下你的自动化框架和脚本吧，比如你之前的自动化测试是写各种脚本然后运行，那就考虑一下做一个相对“万能”的框架出来，有新功能上来，只需要做一些数据修改就能跑，不要每条用例里边一大堆的代码，数据驱动做起来！
结论和建议和意见
除了上述的例子，还有很多初学者的疑问我这里没有列出来，然而实际上，只是大家在工作中产生了厌烦感，想要有新的挑战和突破。
当然，跳槽是个途径，但不能总因此频繁跳槽。考虑一下当前的环境，如果你的团队和工作环境是你喜欢的，单单在技术上你觉得没办法从公司得到培养，那么就自己形成学习的思路，一点点的改进技术。
哦对了，有的同学在学习过程中加了一些技术群，但是不会问问题我也是醉了……
诸如：哪位大神会xxx，哪位大神用过xxx……有问题你就问呗，谁敢承认自己是大神？你直接问问题就好了，你管谁用过呢……又不是只有用过才知道哪里有问题。
又诸如：xx（一堆代码复制粘贴），大神帮看看哪里错了？你敢用截图的形式发出来么？发的时候麻烦说明你是怎么操作的，操作后的完整错误截图，以及你期望的结果是什么。
另外，先思考，再网搜，实在没办法了再去问人家，遵循这个顺序来问问题，这样就算别人给你讲，你也知道哪里是哪里。
针对初中期的测试人员，我给到的建议：
1.学习不要停，代码+工具——不会先问身边的人，比如测试同事、领导或者开发同学；
2.学会要活用，把学到的东西应用到当前的工作中，不要想着去新公司用，新公司也是有了第一个用的，才会出现第二个；
3.做好工作和学习计划，工作无聊，学不到东西不是借口，是懒，身体懒，思维懒；
4.没有需求文档，没有接口文档一样可以测试，只要能用就能测；
5.做总结，给你每个阶段的工作和学习都做一份小报告给自己，看看有没有进步！如果你的报告里只有写用例，请说明写了多少，有什么改变。书法家的字也是写了上万次才变的很好！
……
我的文章从来都是各种优化各种改，所以时刻关注，说不定就有新东西出现了~~
最后，有想学自动化和接口测试的，可以私聊我哦，实战教学~~