寫在前邊：
通常考慮到轉的問題的時候，只有兩種情況，要么你很閑，要么就是忙到累的不行。
本文主要針對黑盒的新手測試人員以及想要轉到自動化或者性能等相對高級方向的測試人員。當然如果你是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.做總結，給你每個階段的工作和學習都做一份小報告給自己，看看有沒有進步！如果你的報告里只有寫用例，請說明寫了多少，有什么改變。書法家的字也是寫了上萬次才變的很好！
……
我的文章從來都是各種優化各種改，所以時刻關注，說不定就有新東西出現了~~
最后，有想學自動化和接口測試的，可以私聊我哦，實戰教學~~