首先，我說(shuō)一句：培訓(xùn)出來(lái)的，優(yōu)秀學(xué)員大有人在，我不希望因?yàn)閹е嘤?xùn)的標(biāo)簽而無(wú)法達(dá)到用人單位和候選人的雙向匹配，是非常遺憾的事情。 最近，在網(wǎng)上看到這樣一個(gè)留言，引發(fā)了程序員這個(gè)圈子不少的轟動(dòng)。

“幫公司面試了一個(gè)32歲的程序員，只因這一個(gè)細(xì)節(jié)，被我一眼看穿是培訓(xùn)班出來(lái)的，沒(méi)啥工作經(jīng)驗(yàn)…”

培訓(xùn)出來(lái)的程序員總被誤傷

不知道從什么時(shí)候開(kāi)始，大家是越來(lái)越看不上培訓(xùn)出來(lái)的程序員了，主要是嫌棄他們：基礎(chǔ)不行、學(xué)歷低、水平不行、學(xué)習(xí)能力弱、簡(jiǎn)歷造假。 有些培訓(xùn)機(jī)構(gòu)出來(lái)的程序員確實(shí)有問(wèn)題，但是不能因?yàn)椤爸皇呛芏啾憩F(xiàn)不好的程序員恰好都有過(guò)培訓(xùn)經(jīng)歷”，就一棍子打死所有培訓(xùn)出來(lái)的程序員。 其實(shí)在很多軟件、互聯(lián)網(wǎng)公司里都有培訓(xùn)機(jī)構(gòu)出來(lái)的程序員，這其中很多人干的還是不錯(cuò)的。我自己就是培訓(xùn)出來(lái)的前浪，我不會(huì)跟風(fēng)無(wú)腦的嫌棄后浪，上面說(shuō)的那些“嫌棄”，準(zhǔn)確的說(shuō)應(yīng)該是：大家不嫌棄培訓(xùn)機(jī)構(gòu)出來(lái)的程序員，而是嫌棄那些參加了培訓(xùn)沒(méi)好好學(xué)、基礎(chǔ)差、干活不行、不上進(jìn)還造假的程序員。 畢竟想通過(guò)努力獲得更高的收入，追求更好的生活，這沒(méi)毛病。 但是呢，作為前浪也不能無(wú)視后浪們的缺點(diǎn)，對(duì)一些培訓(xùn)出來(lái)程序員的做法，我自己也看不下去。就拿簡(jiǎn)歷造假、項(xiàng)目造假來(lái)說(shuō)吧，我面試過(guò)不少人，這里邊包括很多培訓(xùn)出來(lái)的程序員，有的時(shí)候面試真的很無(wú)語(yǔ)。 明明只有半年工作經(jīng)驗(yàn)，非得包裝寫(xiě)成 2 年工作經(jīng)驗(yàn)。你是天天加班，把加班時(shí)間都算成工作的年頭了嗎？ 明明沒(méi)做過(guò)項(xiàng)目，非要虛構(gòu)項(xiàng)目。很多人簡(jiǎn)歷中的項(xiàng)目都大同小異，甚至一模一樣。比如不少人說(shuō)做過(guò)電商項(xiàng)目，介紹的時(shí)候非常流暢，乍一聽(tīng)說(shuō)的頭頭是道。但是不能問(wèn)細(xì)節(jié)，比如問(wèn)數(shù)據(jù)庫(kù)大概多少?gòu)埍恚慷加昧四男╅_(kāi)源 jar 包？日志是怎么寫(xiě)的？這種最基礎(chǔ)的細(xì)節(jié)，一問(wèn)就露出破綻了。 這一看就是培訓(xùn)老師幫著準(zhǔn)備面試的話術(shù)，讓學(xué)員提前背熟練的……這種程序員誰(shuí)敢招啊？ 如果你造假，我造假，他也造假，大家都造假，造假一時(shí)爽。但是老話說(shuō)得好：好事不出門(mén)，壞事傳千里。慢慢的大家就會(huì)認(rèn)為培訓(xùn)機(jī)構(gòu)出來(lái)的程序員都是水貨，招聘的時(shí)候都不愿意要。 現(xiàn)在已經(jīng)有一些公司不愿意招聘培訓(xùn)出來(lái)的程序員了。為什么？ 誰(shuí)都想招聘一個(gè)優(yōu)秀的程序員對(duì)吧，但是想招到一個(gè)優(yōu)秀人才要花很多時(shí)間精力。 假設(shè)從 30 個(gè)科班程序員里能挑出一個(gè)優(yōu)秀程序員來(lái)，由于能力和造假的原因，從 50 個(gè)培訓(xùn)程序員里才能挑出一個(gè)優(yōu)秀程序員，誰(shuí)都愿意節(jié)省時(shí)間精力，從前者里面招人 現(xiàn)在 IT 行業(yè)最火熱的時(shí)候已經(jīng)過(guò)去了，程序員沒(méi)那么緊缺了，恨不得幾百個(gè)人競(jìng)爭(zhēng)一個(gè)崗位，這種情況下，用人單位反正也不缺簡(jiǎn)歷，肯定優(yōu)先從高學(xué)歷、科班的人里選了——既省時(shí)間，良品率又高。

作為程序員來(lái)說(shuō)，最重要的還是你的學(xué)習(xí)能力和技術(shù)水平，英雄可以不問(wèn)出處，

不管你是來(lái)自于

北大清華

，還是來(lái)自于

北大青鳥(niǎo)

。 如果你是培訓(xùn)出來(lái)的程序員，既然已經(jīng)選擇了一條道路就堅(jiān)持走下去，可能初期會(huì)坎坷一些，別太在意大家怎么看你。 同時(shí)，也是在警醒我們：

這個(gè)時(shí)代，沒(méi)有什么是確定的，也沒(méi)有什么是容易的，我們只有努力奮斗，跳出舒適區(qū)，能能獲得真正意義上的鐵飯碗。

想知道自學(xué)自動(dòng)化測(cè)試怎么學(xué)，首先要明白值不值得學(xué)？

我談一下幾點(diǎn)，如果你處在這個(gè)行業(yè)，一定能體會(huì)到我說(shuō)的對(duì)不對(duì)。

1、表面"衰落"的測(cè)試行業(yè)鑒于過(guò)去的大形勢(shì)變化

不懂技術(shù)的測(cè)試工程師會(huì)逐漸被淘汰出局。 一波測(cè)試工程師的失業(yè)潮是在所難免的.雖然早期我也呼吁身邊的人趕緊脫離落后的業(yè)務(wù)體系, 脫離落后的測(cè)試技能, 但是看到很多人越來(lái)越生活艱難, 也是挺心痛的。包括測(cè)試工程師的需求越來(lái)越少, 招聘職位也越來(lái)越少, 典型的新崛起的巨無(wú)霸公司比如facebook早期都沒(méi)有QA。甚至前幾年一度有QA團(tuán)隊(duì)是否值得存在的爭(zhēng)論。表面看起來(lái)是測(cè)試行業(yè)衰落了。有趣的是大家討論QA團(tuán)隊(duì)是否值得存在的初衷, 是為了更好的保證質(zhì)量，這還是挺耐人尋味的。 絕大多數(shù)的公司, 都是非常支持QA部門(mén)的存在的, 問(wèn)題在于QA團(tuán)隊(duì)的存在的價(jià)值到底是大還是小. 過(guò)去陳舊的測(cè)試體系, 落后的測(cè)試人員能力, 冗長(zhǎng)的測(cè)試流程是被整個(gè)IT行業(yè)詬病的一個(gè)關(guān)鍵.當(dāng)研發(fā)的生產(chǎn)力在逐漸的提升, 運(yùn)維的部署在逐漸的自動(dòng)化, QA所帶來(lái)的價(jià)值和耗費(fèi)的成本就越來(lái)越不能忽視了。 甚至成為了一個(gè)項(xiàng)目的最大的成本. 這是任何一家公司都無(wú)法忽視的問(wèn)題。 早年阿里巴巴的高管曾經(jīng)集體去硅谷拜訪新崛起的巨無(wú)霸, 得到的結(jié)論就是他們的流程和執(zhí)行力比國(guó)內(nèi)強(qiáng)很多. 甚至facebook早年都沒(méi)有QA就成長(zhǎng)為大公司了，所以阿里就迅速推動(dòng)了流程的裁剪，這部分包括裁撤SQA, 裁撤需求分析師, 裁撤項(xiàng)目經(jīng)理, 削減QA名額。進(jìn)入產(chǎn)品, 研發(fā), 測(cè)試三足鼎立的最簡(jiǎn)模式。QA會(huì)不會(huì)被撤掉也取決于這個(gè)部門(mén)的價(jià)值，所以不要想當(dāng)然的覺(jué)得"存在即合理", 現(xiàn)在部分的公司已經(jīng)在試驗(yàn)"無(wú)QA"的模式了，互聯(lián)網(wǎng)唯一不變的就是變化比如一個(gè)典型的例子, 在搜索, 推薦, 機(jī)器學(xué)習(xí)等方向的算法測(cè)試是很重要的領(lǐng)域, 是需要專業(yè)的測(cè)試工程師參與的。這個(gè)行業(yè)能容納很多的測(cè)試團(tuán)隊(duì)。但是測(cè)試行業(yè)這些年就沒(méi)形成對(duì)這個(gè)領(lǐng)域的正確測(cè)試方法, 結(jié)果最后丟失了這個(gè)市場(chǎng)。 現(xiàn)在都是研發(fā)自己保證了. 因?yàn)檎也坏胶细竦臏y(cè)試工程師去保證這個(gè)業(yè)務(wù).同樣在性能測(cè)試領(lǐng)域也是如此, 隨著性能測(cè)試平臺(tái), 全鏈路壓測(cè), 性能監(jiān)控, AB Test, 云壓測(cè)這類技術(shù)和服務(wù)的出現(xiàn), 性能測(cè)試工程師的需求也會(huì)縮小. 越來(lái)越多公司里的性能測(cè)試都已經(jīng)變成研發(fā)主導(dǎo)了. 丟失了這塊的業(yè)務(wù), 性能測(cè)試QA的需求量自然會(huì)受影響。 一定要記住, 業(yè)務(wù)空間決定QA的生存空間, 這是所有行業(yè)都通行的道理. 如果你不能滿足業(yè)務(wù)需求, 就會(huì)被淘汰出局, 要么選擇退守防御要么選擇勇于接受挑戰(zhàn)。 那測(cè)試行業(yè)的未來(lái)是什么樣的呢, 很多人會(huì)擔(dān)心. 不過(guò)我還是整體樂(lè)觀的.因?yàn)槲蚁矚g整個(gè)行業(yè), 這些年也一直在進(jìn)行不斷的思辨. 說(shuō)下我的看法

2、測(cè)試從業(yè)人員的規(guī)模

從業(yè)人員規(guī)模跟生產(chǎn)力負(fù)相關(guān), 跟業(yè)務(wù)規(guī)模正相關(guān). 以后能有多大取決于技術(shù)和業(yè)務(wù)規(guī)模的雙重因素. 首先是大環(huán)境因素, 隨著各種行業(yè)的互聯(lián)網(wǎng)化, IT行業(yè)在擴(kuò)大, 外賣(mài), 美甲, 甚至是無(wú)人機(jī)汽車航天產(chǎn)業(yè)都將成為科技公司. 研發(fā)的隊(duì)伍會(huì)擴(kuò)大, QA的隊(duì)伍自然也會(huì)整體擴(kuò)大. 前提是QA自己要跟得上時(shí)代.其次是隨著生產(chǎn)力提升自然就不會(huì)需要這么多人的. 哪個(gè)行業(yè)都這樣, 測(cè)試行業(yè)并不特殊. 就跟汽車行業(yè)一樣. 早年堆人, 然后堆工具, 堆技術(shù), 上機(jī)器人, 改進(jìn)流程. 行業(yè)技術(shù)改進(jìn), 測(cè)試技術(shù)改進(jìn), 測(cè)試工具和測(cè)試服務(wù)的改進(jìn), 都會(huì)一定程度提高了測(cè)試效率, 減少了成本. 這種改進(jìn)會(huì)導(dǎo)致QA的團(tuán)隊(duì)更精煉高效. 人數(shù)多意味著大家的價(jià)值跟富士康工廠里的工人一樣廉價(jià). 追求高附加值才是正確的路. 這對(duì)公司和測(cè)試團(tuán)隊(duì)都是雙贏的. 第三個(gè)因素是行業(yè)地位， devops的流行是推動(dòng)了研發(fā)和運(yùn)維的密切合作. 一旦這個(gè)階段完成, 產(chǎn)品的生產(chǎn)部署會(huì)非常的流暢. 隨之而來(lái)的就是問(wèn)題會(huì)越來(lái)越早的暴露, 大家對(duì)質(zhì)量會(huì)更加的重視. 到時(shí)候就會(huì)進(jìn)入一個(gè)新的時(shí)代, DevQA運(yùn)維逐漸會(huì)管道化, Dev和QA會(huì)成為新的主角. 只是到時(shí)候能撐大局的不一定是現(xiàn)在的軟件測(cè)試工程師了 會(huì)是新時(shí)代的測(cè)試工程師.測(cè)試行業(yè)會(huì)越來(lái)越專業(yè). 人才, 技術(shù), 工具, 開(kāi)源平臺(tái), 服務(wù)會(huì)越來(lái)越多. 越來(lái)越完善. 術(shù)業(yè)有專攻, 專業(yè)化分工仍然是大趨勢(shì). 技術(shù)層面上也會(huì)有創(chuàng)新. 以前的測(cè)試只能留下測(cè)試用例和業(yè)務(wù)知識(shí)文檔 沒(méi)有什么連續(xù)性積累. 隨著接口測(cè)試, 質(zhì)量監(jiān)控, 覆蓋率分析, 業(yè)務(wù)建模等技術(shù)的突破, QA也會(huì)形成自己穩(wěn)定可積累的業(yè)務(wù)數(shù)據(jù), 并逐漸形成自己的平臺(tái)和業(yè)務(wù). 業(yè)務(wù)空間+技術(shù)門(mén)檻的雙重因素是我堅(jiān)信QA部門(mén)能長(zhǎng)期存在的一個(gè)核心因素.

3、測(cè)試行業(yè)的管理會(huì)逐漸扁平化

幾乎大部分的互聯(lián)網(wǎng)公司都在分拆業(yè)務(wù)和QA團(tuán)隊(duì)從而提高執(zhí)行力. 所以管理上百人的總監(jiān)職位會(huì)越來(lái)越少, 而管理百人以下的總監(jiān)會(huì)越來(lái)越多. 不排除少量的巨無(wú)霸仍然沒(méi)有改變. 或者有些燒錢(qián)的初創(chuàng)公司倒行逆施. 其中這些測(cè)試管理者會(huì)遇到一些新的挑戰(zhàn), 比如更高層是研發(fā)出身居多. 不懂研發(fā)體系幾乎沒(méi)有發(fā)展空間了. 測(cè)試管理體系失去了上層建筑, 對(duì)未來(lái)的影響還是深遠(yuǎn)的. 會(huì)有陣痛, 但是結(jié)果肯定會(huì)是好的

4. 測(cè)試技術(shù)人才需求增多原因是多方面的

大公司因?yàn)榉植鸬膯?wèn)題. 不再有統(tǒng)一的測(cè)試技術(shù)支撐部門(mén), 所以分拆之后的每個(gè)團(tuán)隊(duì)都需要組建對(duì)應(yīng)的職能團(tuán)隊(duì), 對(duì)測(cè)試技術(shù)人員的需求反而會(huì)增多. 中小型公司也苛求質(zhì)量保證效果, 不止是要好, 而且要求更快, 也需要大量的技術(shù)人才。 這幾年通過(guò)各種招聘網(wǎng)站的招聘job的描述也能看得出來(lái)

5. 外包測(cè)試的災(zāi)難和新生

原來(lái)做歐美日韓外包業(yè)務(wù)的公司會(huì)因?yàn)閲?guó)內(nèi)互聯(lián)網(wǎng)的發(fā)展逐漸式微, 他們需要轉(zhuǎn)型做國(guó)內(nèi).但是國(guó)內(nèi)對(duì)外包業(yè)務(wù)也大多排斥, 而且外包業(yè)務(wù)在效率溝通管理上都有諸多弊端. 其自身也無(wú)法承載對(duì)測(cè)試工程師的培養(yǎng)和長(zhǎng)期發(fā)展. 所以這幾年會(huì)有大量的外包測(cè)試工程師轉(zhuǎn)型. 這方面需要有新的優(yōu)秀的外包服務(wù)公司.能做到有自己的測(cè)試服務(wù), 測(cè)試技術(shù)和高級(jí)的測(cè)試研究工程師才行. 比如東軟也開(kāi)始做自己的各種云測(cè)平臺(tái)之類的, 就是一種為了迎合新時(shí)代的變更.

6、不懂開(kāi)發(fā)的測(cè)試工程師已經(jīng)是新時(shí)代的文盲

第一個(gè)是工作上已經(jīng)沒(méi)有太大的晉升空間. 第二個(gè)是也很難跳槽. 最好的結(jié)果是憑借多年的經(jīng)驗(yàn)轉(zhuǎn)管理. 我跟行業(yè)的很多測(cè)試經(jīng)理交流過(guò), 大部分工作超過(guò)6年的人, 在測(cè)試執(zhí)行上會(huì)倦怠, 在測(cè)試技術(shù)的改進(jìn)上已經(jīng)無(wú)法入門(mén), 還不如招實(shí)習(xí)生. 相對(duì)來(lái)說(shuō), 有技術(shù)基礎(chǔ)的人在工作8年以上仍然會(huì)保持自己的學(xué)習(xí)熱情.所以未來(lái)測(cè)試團(tuán)隊(duì)的架構(gòu)基本會(huì)是多數(shù)業(yè)務(wù)測(cè)試工程師+少數(shù)測(cè)試專家+測(cè)試經(jīng)理的管理模式. 以前不識(shí)字的是文盲, 后來(lái)是不識(shí)英文的是文盲, 在繼各國(guó)呼吁加強(qiáng)對(duì)IT技術(shù)的重視后, 新時(shí)代的文盲就已經(jīng)快是不懂開(kāi)發(fā)的人了.testerhome社區(qū)的成立的初衷就是希望喚醒整個(gè)行業(yè)對(duì)測(cè)試技術(shù)的重視.

7、測(cè)試行業(yè)的門(mén)檻增加以前處于發(fā)展期

行業(yè)對(duì)人才的苛求是第一位的. 現(xiàn)在隨著大公司發(fā)展穩(wěn)定, 招人已經(jīng)穩(wěn)定了.他們基本只在211院校校招. 社招也看學(xué)歷. 初創(chuàng)公司多是融資燒錢(qián)為主, 在學(xué)歷上和閱歷上也是看的很高. 能夠不拘一格降人才的公司會(huì)越來(lái)越少. 我之前推薦了不少同學(xué)去其他優(yōu)秀的公司, 其中有一部分同學(xué)就是技術(shù)不錯(cuò), 但是學(xué)歷未過(guò)關(guān). 所以希望大家技能和學(xué)歷上能夠好好的重視這個(gè)問(wèn)題. 除了學(xué)歷門(mén)檻, 如上一條所說(shuō)技術(shù)門(mén)檻也存在. 所以加油吧, 少年！

8、測(cè)試行業(yè)的薪資在提高

測(cè)試行業(yè)經(jīng)過(guò)自身的凈化洗滌會(huì)有新生.典型的變化就是薪資從以前的3k-15k的范圍, 整體提升到1w-3w之間. 技術(shù)含量的提升, 責(zé)任的提升必然會(huì)帶來(lái)整體的回報(bào). 現(xiàn)在只要技術(shù)好, 學(xué)歷沒(méi)問(wèn)題. 工作3年拿個(gè)兩三萬(wàn)的月薪是很平常的.后面會(huì)詳細(xì)說(shuō)薪資的方面。

9、研發(fā)工程師進(jìn)入測(cè)試領(lǐng)域

這些年整個(gè)行業(yè)對(duì)測(cè)試行業(yè)的發(fā)展非常不滿意, 通俗點(diǎn)講, 大家都覺(jué)得測(cè)試很Low, 但是又不能沒(méi)有。研發(fā)提交項(xiàng)目給測(cè)試的心情就跟以前過(guò)年要去火車站排隊(duì)買(mǎi)票一樣. 要申請(qǐng)測(cè)試資源, 給測(cè)試講解業(yè)務(wù)和實(shí)現(xiàn), 遇到比較low的或者新入職的, 連搭建環(huán)境都不會(huì)還得手把手教. 研發(fā)只是修改一行代碼, QA或者測(cè)試那邊就炸鍋了.各種流程足以讓研發(fā)頭發(fā)都能掉好幾根. 作為參考對(duì)比, 再思考下運(yùn)維. 當(dāng)年部署個(gè)環(huán)境跟提交測(cè)試很像. 要申請(qǐng)運(yùn)維的介入, 要申請(qǐng)機(jī)器資源, 然后提交部署文檔, 還要明確基礎(chǔ)環(huán)境, 依賴庫(kù)等各種細(xì)節(jié)的版本號(hào). 遇到本地行發(fā)布環(huán)境不行之類的問(wèn)題還得跟運(yùn)維撕逼. 當(dāng)年運(yùn)維行業(yè)還流行著一句, "人"才是最關(guān)鍵的發(fā)布保證者. 而現(xiàn)在隨著持續(xù)交付和devops的流行. 發(fā)布都已經(jīng)做到"絲般柔滑"了, 一鍵發(fā)布,自由選擇灰度,平時(shí)的發(fā)布甚至都不需要運(yùn)維參與. 嘗試了新模式的甜頭后, 對(duì)測(cè)試行業(yè)的弊端已經(jīng)很難忍受了. 所以在優(yōu)秀的測(cè)試工程師和架構(gòu)師難找的情況下, 已經(jīng)有越來(lái)越多的公司選擇直接用研發(fā)工程師來(lái)頂了. 他們的追求很簡(jiǎn)單. 單測(cè)->接口測(cè)試->基礎(chǔ)的冒煙測(cè)試, 能夠做到自動(dòng)化就可以了. 如果能像運(yùn)維那樣做成測(cè)試即服務(wù)就更完美了.搞明白了測(cè)試行業(yè)的現(xiàn)狀，明確了前景，那就要詳細(xì)說(shuō)說(shuō)要學(xué)習(xí)哪些內(nèi)容了。

自動(dòng)化測(cè)試要學(xué)習(xí)哪些內(nèi)容？

首先，自動(dòng)化測(cè)試，很好學(xué)！但是要記住，一定要明確學(xué)習(xí)的方向，不要?jiǎng)ψ咂h，白花力氣。 第一，學(xué)習(xí)一門(mén)語(yǔ)言，至于學(xué)習(xí)什么語(yǔ)言的話，很簡(jiǎn)單，不用糾結(jié)，第一看你是否有編程基礎(chǔ)，沒(méi)有/編程能力弱選python，有的話選java（難度較高）、python都可。 第二，需要看你們的開(kāi)發(fā)用的什么語(yǔ)言，和開(kāi)發(fā)用同一門(mén)語(yǔ)言能在學(xué)習(xí)自動(dòng)化測(cè)試的同時(shí)，降低你和開(kāi)發(fā)之間溝通的門(mén)檻，提升你在公司的話語(yǔ)權(quán)。 第三，學(xué)習(xí)哪個(gè)方向？我建議：web ui自動(dòng)化=》接口自動(dòng)化=》App自動(dòng)化/小程序自動(dòng)化，當(dāng)然，著重學(xué)習(xí)接口自動(dòng)化，ui自動(dòng)化要學(xué)，但是沒(méi)太大必要深究。

1、蓋樓之前先打好地基，首先需要學(xué)習(xí)一門(mén)語(yǔ)言

在上面我們也提到了，自動(dòng)化要想做得好，必須要學(xué)習(xí)至少一門(mén)編程語(yǔ)言。當(dāng)然至于學(xué)習(xí)語(yǔ)言要到什么程度了？我不可能一直學(xué)下去吧？答案是，會(huì)用就行！ 掌握大部分的語(yǔ)法基礎(chǔ)，已經(jīng)能夠滿足你的自動(dòng)化的日常需求了，因?yàn)槲覀儗?xiě)腳本并沒(méi)有像開(kāi)發(fā)那么難！ 語(yǔ)言你需要學(xué)習(xí)，for循環(huán)，if判斷，數(shù)據(jù)類型，運(yùn)算符，面向?qū)ο缶幊痰鹊?，不管是java還是python，這些都是需要的，其實(shí)也差不多，會(huì)一門(mén)語(yǔ)言，其他的都類似。

2、語(yǔ)言入門(mén)后，正式踏上開(kāi)始自動(dòng)化成神之路，入門(mén)篇Selenium

selenium作為自動(dòng)化的老祖宗，已經(jīng)被玩爛了，基本上只要是做自動(dòng)化的，無(wú)人不知無(wú)人不曉。為什么要先學(xué)習(xí)selenium？ 它能幫助你快速理解，自動(dòng)化到底是個(gè)什么東西，并且能直觀的在頁(yè)面上面反饋給你。咱當(dāng)初也是，看著selenium的api，一點(diǎn)一點(diǎn)啃下來(lái)的，幾乎每個(gè)方法都去嘗試了一下。 selenium有1.0 2.0 3.0,建議你學(xué)習(xí)之前，先去了解以下它的歷史，以及它的運(yùn)行原理，這樣可以勾起你的學(xué)習(xí)興趣。你學(xué)習(xí)selenium，需要去安裝瀏覽器，強(qiáng)烈建議使用Chrome而不是FireFox，前者兼容的更好。 安裝好Chrome，你需要去安裝驅(qū)動(dòng)，恭喜你，這時(shí)候你就會(huì)踩到自動(dòng)化的第一個(gè)坑了！大部分原因還是因?yàn)槟愕尿?qū)動(dòng)版本和瀏覽器版本對(duì)不上。等能訪問(wèn)百度后，這里印象很深的su和kw（具體是什么等你學(xué)了就知道了） 你會(huì)再去嘗試各種selenium的方法，去操作瀏覽器，這時(shí)候仿佛打開(kāi)了新世界的大門(mén)，奧！原來(lái)自動(dòng)化測(cè)試是這么個(gè)東西！真神奇！

3、玩膩了Selenium

等你玩了幾天，或者幾個(gè)星期之后，你好像對(duì)Selenium提不起什么興趣了，腳本也寫(xiě)的越來(lái)越6，能寫(xiě)出一些線性的自動(dòng)化腳本了，這個(gè)時(shí)候，有點(diǎn)驕傲自滿，自動(dòng)化不過(guò)如此，就這？ 我想說(shuō)的是，不要高興的太早，你僅僅只是剛跨入自動(dòng)化測(cè)試的大門(mén)，走了一小步而已。此時(shí)，你可以開(kāi)始嘗試，把項(xiàng)目中一些重復(fù)的操作，寫(xiě)成腳本去跑，滿滿的成就感有木有！自動(dòng)化的成效初步形成，仿佛你開(kāi)始懂得如何用自動(dòng)化提升效率了。

4、開(kāi)始接觸自動(dòng)化框架unittest/testNG

等你學(xué)會(huì)單元測(cè)試框架unittest/testNG，當(dāng)你學(xué)會(huì)了selenium后,你會(huì)發(fā)現(xiàn)大部分的線性腳本，很難去管理，并且每個(gè)腳本需要去一個(gè)個(gè)run，而且還無(wú)法統(tǒng)計(jì)測(cè)試結(jié)果，這個(gè)時(shí)候，就需要單元測(cè)試框架登場(chǎng)了！ 你會(huì)開(kāi)始學(xué)習(xí)，單元測(cè)試框架的用法，如何創(chuàng)建一個(gè)測(cè)試類，如何寫(xiě)測(cè)試方法，如何把你的腳本寫(xiě)成測(cè)試用例，如何校驗(yàn)測(cè)試是否通過(guò)，用例的執(zhí)行順序怎么去控制，斷言怎么去寫(xiě)，這些都是你要去探究學(xué)習(xí)的。

5、不滿足于單元測(cè)試框架的功能

等你腳本寫(xiě)的很6，用例也會(huì)組織了，然后每次領(lǐng)導(dǎo)告訴你，跑一下測(cè)試，然后把測(cè)試結(jié)果發(fā)給他，要總結(jié)成測(cè)試報(bào)告的形式。 你這時(shí)候，屢次打開(kāi)你的編輯器，run test，然后刷刷刷的跑完測(cè)試，一條一條的統(tǒng)計(jì)測(cè)試結(jié)果，累得半死，發(fā)給了領(lǐng)導(dǎo)。 第二天領(lǐng)導(dǎo)又說(shuō)，下班前你再跑一下測(cè)試，給我份報(bào)告，想死的心都有了。那么你開(kāi)始去逛百度，逛論壇，想要得到解決方法，那么“框架”一次就會(huì)映入眼簾。

6、學(xué)習(xí)自動(dòng)化框架

此時(shí)，你已經(jīng)開(kāi)始琢磨如何寫(xiě)一個(gè)自動(dòng)化框架出來(lái)了，那么說(shuō)明你的自動(dòng)化已經(jīng)開(kāi)始入門(mén)了，并且往著中級(jí)的方向發(fā)展，你開(kāi)始研究框架的結(jié)構(gòu)，發(fā)現(xiàn)有用例管理，日志，測(cè)試報(bào)告，郵件，基礎(chǔ)封裝類等等，還有一種框架的設(shè)計(jì)模式（經(jīng)典PO模式） 你開(kāi)始對(duì)你的用例進(jìn)行整理，封裝基類，編寫(xiě)頁(yè)面類，封裝日志，郵件模塊等等，經(jīng)過(guò)了幾個(gè)星期的打磨，你的第一個(gè)自動(dòng)化框架誕生了！ 此時(shí)你可以去各個(gè)技術(shù)群去炫耀了，自動(dòng)寫(xiě)出了一個(gè)自動(dòng)化框架，很多小白也開(kāi)始吹捧你，叫你大神了。

7、初始接口測(cè)試

以上結(jié)束了UI自動(dòng)化的學(xué)習(xí)，那么下面到接口這邊。一般公司用的都是http接口，那么你就從http協(xié)議開(kāi)始學(xué)習(xí)了，了解它的結(jié)構(gòu)，請(qǐng)求頭，請(qǐng)求參數(shù)，請(qǐng)求地址，請(qǐng)求方式等等等，嘗試學(xué)習(xí)一些抓包工具 如fiddler,chales,wireshark或者瀏覽器的開(kāi)發(fā)者工具等等，去抓包獲取一些接口，慢慢的觀察它的請(qǐng)求構(gòu)造，但是這時(shí)候還是云里霧里，對(duì)接口一知半解。于是下載了一個(gè)接口測(cè)試工具，嘗試把參數(shù)錄入到工具中，手動(dòng)發(fā)起調(diào)用。 當(dāng)工具返回200 code時(shí)，奧，原來(lái)是這么回事。好像就是和服務(wù)端來(lái)傳遞和接受數(shù)據(jù)的，然后前端頁(yè)面會(huì)把數(shù)據(jù)展示到前臺(tái)！

8、嘗試學(xué)習(xí)Request/HttpClient庫(kù)發(fā)起請(qǐng)求

在用完postman后，就會(huì)想到，那么我怎么用代碼去發(fā)起一個(gè)請(qǐng)求呢？這時(shí)候就需要去學(xué)習(xí)這兩個(gè)東西。pip install & import requests后，就開(kāi)始了你的接口自動(dòng)化之旅。 你嘗試也是把之前ui自動(dòng)化的增刪改查，用接口來(lái)實(shí)現(xiàn)，你把抓包的請(qǐng)求參數(shù)拿過(guò)來(lái)，一個(gè)一個(gè)方法的調(diào)用，然后一鍵運(yùn)行！一綠三紅！為什么？然后發(fā)現(xiàn)接口返回了401，無(wú)權(quán)限！奧！我沒(méi)有登入啊，那么怎么才能登入呢？？ 抱著很多的疑惑開(kāi)始研究，這時(shí)候你需要去了解cookie和token的工作機(jī)制，再配合你的代碼，去緩存cookie，達(dá)到登入。等解決了這個(gè)問(wèn)題，但是接口還是報(bào)錯(cuò)了啊，刪除接口提示我沒(méi)有這條數(shù)據(jù)！ 查來(lái)查去，原來(lái)是我那條數(shù)據(jù)已經(jīng)用掉了，那么怎么可以保證我每次錄入的參數(shù)都是新的呢？這時(shí)候就需要去了解接口關(guān)聯(lián)，如何把參數(shù)從上個(gè)接口的響應(yīng)提取出來(lái)，給下個(gè)接口用。

9、request/HttpClient結(jié)合unittest/testNG+allure

一樣的，等你學(xué)會(huì)了 request/HttpClient,自然也會(huì)想到用單元測(cè)試框架把他們集成起來(lái)，然后又發(fā)現(xiàn)了一個(gè)高大上的allure測(cè)試報(bào)告，再結(jié)合一些日志模塊打印參數(shù)，輕車熟路的這么一個(gè)接口框架就出來(lái)了，和之前的差不多！小意思。

10、嘗試用yaml/Excel管理測(cè)試用例

等你拿自己的框架，重復(fù)枯燥的寫(xiě)著測(cè)試用例，這時(shí)候你想了，我為啥每次都要request.post，方法都是一樣的，只是數(shù)據(jù)不一樣，為什么我要一直寫(xiě)代碼呢，很累?。槭裁床挥靡恍┪募?lái)讀取測(cè)試數(shù)據(jù)，做參數(shù)化呢？ 這時(shí)候你開(kāi)始研究讀寫(xiě)excel/yaml了，你想把所有的測(cè)試用例都放在文件里管理，就不用每次去寫(xiě)代碼了，然而事情并沒(méi)有那么簡(jiǎn)單！那么我在文件里如何去處理關(guān)聯(lián)數(shù)據(jù)呢？如何去緩存cookie呢？如何做斷言呢？如果做一些動(dòng)態(tài)的輸入呢？

11、高級(jí)貨？git?jenkins?docker容器？分布式？

走到這一步，你已經(jīng)寫(xiě)過(guò)好幾個(gè)框架了，并且基于自己的框架做了優(yōu)化，那么你此時(shí)發(fā)現(xiàn)一個(gè)很嚴(yán)重的問(wèn)題，我的代碼居然只能在我本地運(yùn)行，如果要給別人用，還需要去別人電腦上配置環(huán)境，copy代碼給他。 那么為什么不用一些代碼管理工具去管理我的腳本呢？那么就會(huì)需要去學(xué)習(xí)git，了解如何add commit push推送我的代碼到公司的gitlab，這樣別人也可以使用，那么有了gitlab，我想做一些定時(shí)任務(wù)，讓它自動(dòng)執(zhí)行呢？ 學(xué)jenkins。再更多，要是我想多個(gè)用例一起跑呢？學(xué)習(xí)selenium grid，docker等等

12、自動(dòng)化頂端之測(cè)試平臺(tái)/工具開(kāi)發(fā)

等你搭建好公司的自動(dòng)化生態(tài)，你還是不滿足，我為什么不把這些東西可視化管理呢？做個(gè)平臺(tái)？管理用例，管理任務(wù)，管理測(cè)試報(bào)告？我還可以把公司的一些部署任務(wù)也集成過(guò)來(lái)？ 想法很好！此時(shí)的你已經(jīng)不僅僅是一名優(yōu)秀的自動(dòng)化工程師了，已經(jīng)邁向了測(cè)試開(kāi)發(fā)的道路！開(kāi)始學(xué)習(xí)，了解了測(cè)試框架httprunner，開(kāi)發(fā)框架django/flask/springboot，懂得了接口開(kāi)發(fā)的流程，了解了mybatis,shiro,quartz等等，開(kāi)始學(xué)習(xí)前端vue/react，懂得了什么是組件開(kāi)發(fā)，父子組件傳值，開(kāi)始了解很多東西，甚至運(yùn)維方面的知識(shí)，開(kāi)始了解k8s docker，微服務(wù)。。那么你越來(lái)越往著大神的方向去了，希望你還沒(méi)有禿頭，此時(shí)的你可以驕傲的稱自己為一名合格的測(cè)試開(kāi)發(fā)，或者叫全棧開(kāi)發(fā)了有木有！到此告一段落。

以上就是我個(gè)人，也相信是大部分學(xué)習(xí)自動(dòng)化測(cè)試的一個(gè)學(xué)習(xí)路線，當(dāng)然本次沒(méi)提到一些App端/小程序端的自動(dòng)化測(cè)試，其實(shí)也都大致類似。

總結(jié)

軟件測(cè)試是IT相關(guān)行業(yè)中最容易入門(mén)的學(xué)科~不需要開(kāi)發(fā)人員燒腦的邏輯思維、不需要運(yùn)維人員24小時(shí)的隨時(shí)待命，需要的是細(xì)心認(rèn)真的態(tài)度和IT相關(guān)知識(shí)點(diǎn)廣度的了解，每個(gè)測(cè)試人員從入行到成為專業(yè)大牛的成長(zhǎng)路線可劃分為：軟件測(cè)試、自動(dòng)化測(cè)試、測(cè)試開(kāi)發(fā)工程師 3個(gè)階段。 ?

最后：下面是配套學(xué)習(xí)資料，對(duì)于做【軟件測(cè)試】的朋友來(lái)說(shuō)應(yīng)該是最全面最完整的備戰(zhàn)倉(cāng)庫(kù)，這個(gè)倉(cāng)庫(kù)也陪伴我走過(guò)了最艱難的路程，希望也能幫助到你！

【保證免費(fèi)無(wú)套路】

免費(fèi)領(lǐng)取視頻/文檔/學(xué)習(xí)筆記+軟件測(cè)試技術(shù)交流群：

485187702

（備注B站）

軟件測(cè)試面試小程序

被百萬(wàn)人刷爆的軟件測(cè)試題庫(kù)?。?！誰(shuí)用誰(shuí)知道！?。∪W(wǎng)最全面試刷題小程序，手機(jī)就可以刷題，地鐵上公交上，卷起來(lái)！

涵蓋以下這些面試題板塊：

1、軟件測(cè)試基礎(chǔ)理論 ，2、web,app，接口功能測(cè)試 ，3、網(wǎng)絡(luò) ，4、數(shù)據(jù)庫(kù) ，5、linux 6、web,app，接口自動(dòng)化 ，7、性能測(cè)試 ，8、編程基礎(chǔ)，9、hr面試題 ，10、開(kāi)放性測(cè)試題，11、安全測(cè)試，12、計(jì)算機(jī)基礎(chǔ)

?