測試人的真實寫照
  最近幾年軟件測試行業在如火如荼的發展壯大，互聯網以及其他傳統企業都需要大批量的軟件測試人員，但是20年的疫情導致大規模裁員，讓人覺得行業寒冬已來，軟件測試人員的職業規劃值得我們深度思考。那么2021年呢？將又會是怎樣的一番風景呢。
  大家都比較看好軟件測試行業，只是因為表面上看起來：錢多事少加班少。其實這個都是針對個人運氣好的童鞋才會有此待遇。在不同的階段做好不同階段的事情，才有可能離這個目標更近，作為一枚軟件測試人員，也許下面才是我們最真實的寫照。
  第1年
  我當年也是一頭撞進了軟件測試行業。迫切的想要了解這個行業，它的升職模式，如何才能薪資更高，實現自己的經濟自由。但是以過來人的經歷，告訴你：做好當前的事情。把上司交給你的每一份任務都仔細認真的去完成，體現你作為一個初入職場的新人的價值。新人進去，不奢望你能夠做多大的貢獻，只希望交代給你的事情，不用給你擦屁股就行。
  第1年，如果你每天都很積極，迫切的想要完成更多的任務，那么這一年的你將會進步最快。對功能業務邏輯的整體把握感，對測試用例的編寫能力，對功能測試進度把握，這些都將會成為你以后的堅實基礎。這一年，請打好你的基礎，暫時忘記自動化代碼工具這些，你沒有堅實的軟件測試行業內知識和接觸到的一些專業名詞，你拿著工具也都是徒然。
  第二年
  經過第1年的努力，你已經具有比較牢靠的軟件測試基礎，已經完成了一輪一輪的重復的手工測試，對，在這個階段我們應該做什么？是每天上班等下班還是利用這段時間做點有意義的事情？毋庸置疑，如果你是積極向上的青年，那答案肯定是后者。
  建議是：把你每天做的重復的功能測試，利用工具來做。
  不建議大家過早的接觸代碼或者是性能這塊，如果你還是職場第二年，因為你還見識的太少之前沒系統化做過性能這塊，根本達不到能自主寫代碼和性能的這個階段（跟前面說的一樣，除非你很仔細的學過并且有過項目實操），要能夠寫腳本和做性能，需要你對整個測試框架和業務邏輯都有一個比較強的把握能力，否則，你做的事情，就會是無用功。就好比你學寫代碼，卻發現自己永遠停留在print（“hello world”）的水平；你學性能，卻發現自己永遠停留在錄制腳本的水平。
  可以接觸的工具：自動化測試工具/Jmeter等，這些工具可以幫助你減少相對的勞動力，把一些重復的利用工具來進行。學好了用活了，下次升職加薪或者是換，幸運之神都不會錯過你。
  第三年
  終于邁入了第三個年頭，恭喜恭喜，還能夠堅持說明你沒有被這個行業所淘汰。經過兩年的基礎打底，只要你不是混混過日子、白天摸魚、晚上打游戲，那么你的基礎會讓你的效率大步提升，你也會有更多的時間來做的別的事情；
  毫無疑問還是：學習，學習，學習。
  這個時候，我們可以嘗試著接觸一些代碼和一些框架，把你自己所學的知識融入到你自己的項目中去。能夠把自己的項目整理出一個測試框架，那么你就是對這個企業的是有非常大的推進作用的！
  第四年
  有了代碼基礎后，發現你的量又被簡化&優化了。這個時候我們應該對網站的架構，代碼知識，數據庫知識，網絡瓶頸，系統優化等各個方面都有了比較深入的了解，我們終于可以進一步來做性能測試了！
  這個時候，我們突然明白：做性能測試不僅僅是錄制腳本了！你需要去優化腳本，去設計場景，去獲取目標用戶量，去執行壓力測試，去分析壓力結果，做好這些之后，去綜合分析發生性能瓶頸的是數據庫優化問題，還是網絡瓶頸問題還是本來的架構就存在問題？
  希望我們都能沿著自己規劃的道路去發展，實現軟件測試工程師的人生職業規劃。
  最后作為過來人的一些忠告：
  作為一名測試員，你真的不該只會點點點~
  隨著軟件開發體系的改變，對于現在的測試人員來說，不是自動化或者代碼有多重要，而是懂自動化，懂代碼，能夠理解系統的實現，已經變成了必備技能，現如今很多大廠都喜歡全棧型、全能型人才。
  并且很多初學者很糾結，自動化測試工具那么多，比如QTP和selenium，到底該偏向于那個呢？
  個人建議：初學者去找一個靠譜的老師和機構去系統化學習，如果只是靠B站，百度，知乎，各種免費公開課去東拼西湊的找資源學習，說實在的確實沒什么很大的作用，雖然你學習測試的寬度有了，專業詞匯一提你就懂是用來做什么的，如何去做，但是面對深層次的問題時你該怎么辦？打開度娘嗎？別搞笑了，這個時候你的劣勢就凸顯出來了。如果你不尷尬那么尷尬的就是別人，當然了這其中不包括有基礎的朋友們去自行學習的人群。
  記住，術業有專攻、有專業的老師帶你入門打好扎實的基礎、（比如樂搏學院的樂老師好威老師等專業的測試測開大佬），更有利于你后期的能力提升與晉升，這些可都是實實在在與你未來能在什么崗位，賺多少錢直接掛鉤的。