入行4年，跳槽2次，我摸透了軟件測試這一行！

最近幾年軟件測試行業在如火如荼的發展壯大，互聯網以及其餘傳統公司都須要大批量的軟件測試人員，可是20年的疫情致使大規模裁人，讓人以爲行業寒冬已來，軟件測試人員的職業規劃值得咱們深度思考。

你們都比較看好軟件測試行業，只是由於表面上看起來：錢多事少加班少。其實這個都是針對我的運氣好的童鞋纔會有此待遇。在不一樣的階段作好不一樣階段的事情，纔有可能離這個目標更近，做爲一枚軟件測試人員，也許下面纔是咱們最真實的寫照。

第一年

當年也是一頭撞進了軟件測試行業。迫切的想要了解這個行業，它的升職模式，如何才能薪資更高。可是以過來人的經歷，告訴你：作好當前的事情。把上司交給你的每一份任務都仔細認真的去完成，體現你做爲一個初入職場的新人的價值。新人進去，不奢望你可以作多大的貢獻，只但願交代給你的事情，不用給你擦屁股就行。

第一年，若是你天天都很積極，迫切的想要完成更多的任務，那麼這一年的你將會進步最快。對功能業務邏輯的總體把握感，對測試用例的編寫能力，對功能測試進度把握，這些都將會成爲你之後工做的堅實基礎。這一年，請打好你的基礎，暫時忘記自動化代碼工具這些，你沒有堅實的軟件測試行業內知識和接觸到的一些專業名詞，你拿着工具也都是徒然。

第二年

通過第一年的努力，你已經具備比較牢靠的軟件測試基礎，已經完成了一輪一輪的重複的手工測試，對，在這個階段咱們應該作什麼？是天天上班等下班仍是利用這段時間作點有意義的事情？毋庸置疑，若是你是積極向上的青年，那答案確定是後者。

建議是：把你天天作的重複的功能測試，利用工具來作。

不建議你們過早的接觸代碼或者是性能這塊，若是你仍是職場第二年，由於你還見識的太少，根本達不到寫代碼和性能的這個階段，要可以寫腳本和作性能，須要你對整個測試框架和業務邏輯都有一個比較強的把握能力，不然，你作的事情，就會是無用功。就比如你學寫代碼，卻發現本身永遠停留在print（「hello world」）的水平；你學性能，卻發現本身永遠停留在錄製腳本的水平。

能夠接觸的工具：自動化測試工具/Jmeter等，這些工具能夠幫助你減小相對的勞動力，把一些重複的工做利用工具來進行。學好了用活了，下次升職加薪或者是換工做，幸運之神都不會錯過你。

第三年

終於邁入了第三個年頭，恭喜恭喜，還可以堅持說明你沒有被這個行業淘汰。通過兩年的基礎打底，若是你不是混混過日子，那麼你的基礎會讓你的工做效率大步提高，你也會有更多的時間來作的別的事情，毫無疑問仍是：學習。

這個時候，咱們能夠嘗試着接觸一些代碼和一些框架，把你本身所學的知識融入到你本身的項目中去。可以把本身的項目整理出一個測試框架，那麼你就是對這個公司的工做是有很是大的推動做用的！

建議：學習Python，selenium等。

第四年

有了代碼基礎後，發現你的工做量又被簡化&優化了。這個時候咱們應該對網站的架構，代碼知識，數據庫知識，網絡瓶頸，系統優化等各個方面都有了比較深刻的瞭解，咱們終於能夠進一步來作性能測試了！

這個時候，咱們忽然明白：作性能測試不只僅是錄製腳本了！你須要去優化腳本，去設計場景，去獲取目標用戶量，去執行壓力測試，去分析壓力結果，作好這些以後，去綜合分析發生性能瓶頸的是數據庫優化問題，仍是網絡瓶頸問題仍是原本的架構就存在問題？

第N年

未完待續.......

做爲過來人的一些忠告

最後，做爲過來，給全部測試員一些忠告~~一名測試員，你真的不應只會點點點~隨着軟件開發體系的改變，對於如今的測試人員來講，不是自動化或者代碼有多重要，而是懂自動化，懂代碼，可以理解系統的實現，已經變成了必備技能。

自動化測試到底應該學什麼？

一、建議是學selenium，開源的，免費的，你能夠下載源碼研究，去了解其原理，再者selenium的測試思路和手工測試相似，學起來比較輕鬆。

二、不建議學selenium IDE錄製，固然你能夠經過錄制一些而後轉換爲相應的腳本去學習，等你學好了selenium，再去學appium你會有一種自然的似曾相識。爲何不建議學QTP/UFT？由於收費/臃腫/如今作桌面軟件測試的工做已經不太多了。

三、關於買書，看書可以提升必定的理論知識，可是解決不了實際問題，自動化測試的能力仍是要靠一行一行代碼敲出來的。