軟件測(cè)試行業(yè)也在如火如荼的發(fā)展壯大，現(xiàn)在的互聯(lián)網(wǎng)以及其他傳統(tǒng)公司都需要大批量的軟件測(cè)試人員，但是軟件測(cè)試人員的職業(yè)規(guī)劃也是值得我們深度思考的。

大家都比較看好軟件測(cè)試行業(yè)，只是因?yàn)楸砻嫔峡雌饋恚哄X多事少加班少。其實(shí)這個(gè)都是針對(duì)個(gè)人運(yùn)氣好的童鞋才會(huì)有此待遇。在不同的階段做好不同階段的事情，才有可能離這個(gè)目標(biāo)更近，作為一枚軟件測(cè)試人員，也許下面才是我們最真實(shí)的寫照。

{第一年}

當(dāng)年也是一頭撞進(jìn)了軟件測(cè)試行業(yè)。迫切的想要了解這個(gè)行業(yè)，它的升職模式，如何才能薪資更高。但是以過來人的經(jīng)歷，告訴你：做好當(dāng)前的事情。把上司交給你的每一份任務(wù)都仔細(xì)認(rèn)真的去完成，體現(xiàn)你作為一個(gè)初入職場的新人的價(jià)值。新人進(jìn)去，不奢望你能夠做多大的貢獻(xiàn)，只希望交代給你的事情，不用給你擦屁股就行。

第一年，如果你每天都很積極，迫切的想要完成更多的任務(wù)，那么這一年的你將會(huì)進(jìn)步最快。對(duì)功能業(yè)務(wù)邏輯的整體把握感，對(duì)測(cè)試用例的編寫能力，對(duì)功能測(cè)試進(jìn)度把握，這些都將會(huì)成為你以后工作的堅(jiān)實(shí)基礎(chǔ)。這一年，請(qǐng)打好你的基礎(chǔ)，暫時(shí)忘記自動(dòng)化代碼工具這些，你沒有堅(jiān)實(shí)的軟件測(cè)試行業(yè)內(nèi)知識(shí)和接觸到的一些專業(yè)名詞，你拿著工具也都是徒然。

{第二年}

經(jīng)過第一年的努力，你已經(jīng)具有比較牢靠的軟件測(cè)試基礎(chǔ)，已經(jīng)完成了一輪一輪的重復(fù)的手工測(cè)試，對(duì)，在這個(gè)階段我們應(yīng)該做什么？是每天上班等下班還是利用這段時(shí)間做點(diǎn)有意義的事情？毋庸置疑，如果你是積極向上的請(qǐng)你，那答案肯定是后者。

建議是：把你每天做的重復(fù)的功能測(cè)試，利用工具來做。

不建議大家過早的接觸代碼或者是性能這塊，如果你還是職場第二年，因?yàn)槟氵€見識(shí)的太少，根本達(dá)不到寫代碼和性能的這個(gè)階段，要能夠?qū)懩_本和做性能，需要你對(duì)整個(gè)測(cè)試框架和業(yè)務(wù)邏輯都有一個(gè)比較強(qiáng)的把握能力，否則，你做的事情，就會(huì)是無用功。就好比你學(xué)寫代碼，卻發(fā)現(xiàn)自己永遠(yuǎn)停留在print（“hello world”）的水平；你學(xué)性能，缺發(fā)現(xiàn)自己永遠(yuǎn)停留在錄制腳本的水平。

可以接觸的工具：QTP/Jmeter，這兩款工具都可以幫助你減少相對(duì)的勞動(dòng)力，把一些重復(fù)的工作都利用工具來進(jìn)行。學(xué)好了用活了，下次升職加薪或者是換工作，幸運(yùn)之神都不會(huì)錯(cuò)過你。

{第三年}

終于邁入了第三個(gè)年頭，恭喜恭喜，還能夠堅(jiān)持說明你沒有被這個(gè)行業(yè)淘汰。經(jīng)過兩年的基礎(chǔ)打底，如果你不是混混過日子，那么你的基礎(chǔ)會(huì)讓你的工作效率大步提升，你也會(huì)有更多的時(shí)間來做的別的事情，毫無疑問還是：學(xué)習(xí)。

這個(gè)時(shí)候，我們可以嘗試著接觸一些代碼和一些框架，把你自己所學(xué)的知識(shí)融入到你自己的項(xiàng)目中去。能夠把自己的項(xiàng)目整理出一個(gè)測(cè)試框架，那么你就是對(duì)這個(gè)公司的工作是有非常大的推進(jìn)作用的！

建議：學(xué)習(xí)Python，selenium等。

{第四年}

有了代碼基礎(chǔ)后，發(fā)現(xiàn)你的工作量又被簡化&優(yōu)化了。這個(gè)時(shí)候我們應(yīng)該對(duì)網(wǎng)站的架構(gòu)，代碼知識(shí)，數(shù)據(jù)庫知識(shí)，網(wǎng)絡(luò)瓶頸，系統(tǒng)優(yōu)化等各個(gè)方面都有了比較深入的了解，我們終于可以進(jìn)一步來做性能測(cè)試了！這個(gè)時(shí)候，我們突然明白：做性能測(cè)試不僅僅是錄制腳本了！你需要去優(yōu)化腳本，去設(shè)計(jì)場景，去獲取目標(biāo)用戶量，去執(zhí)行壓力測(cè)試，去分析壓力結(jié)果，做好這些之后，去綜合分析發(fā)生性能瓶頸的是數(shù)據(jù)庫優(yōu)化問題，還是網(wǎng)絡(luò)瓶頸問題還是本來的架構(gòu)就存在問題？