PS：本文轉(zhuǎn)載自黑馬測(cè)試高贊知乎文章

鏈接：https://www.zhihu.com/question/49535296/answer/2480562370

有道是：“觀史知今當(dāng)思進(jìn)退，讀書養(yǎng)志可識(shí)春秋”。

列數(shù)最近十年的重要進(jìn)展，其目的還是要我們帶著發(fā)展的眼光，來(lái)預(yù)測(cè)未來(lái)幾年測(cè)試領(lǐng)域的發(fā)展，提前做好準(zhǔn)備。

所以為了讓大家閱讀此文后有盡可能強(qiáng)烈的獲得感，本文行文結(jié)構(gòu)如下：

1、回顧軟件測(cè)試領(lǐng)域發(fā)展的五個(gè)重要時(shí)期
2、最近10年，測(cè)試領(lǐng)域的重要進(jìn)展什么？
3、測(cè)試領(lǐng)域可預(yù)見的未來(lái)是怎樣的？
4、面對(duì)趨勢(shì)，我們應(yīng)該如何準(zhǔn)備？

開始。

一、回顧軟件測(cè)試發(fā)展的五個(gè)重要時(shí)期：

• 1957之前 - 以調(diào)試為主：獨(dú)自承擔(dān)需求分析，設(shè)計(jì)，研發(fā)，調(diào)試，也就是Debug。

• 1957-1978 - 以證明為主：確保程序解決它該解決的問題，證明軟件是否符合需求，證明確實(shí)是有缺陷的。

• 1979-1982 - 以破壞為主：在符合需求的情況下，通過異常測(cè)試的方法，明確軟件應(yīng)該做什么，不應(yīng)該做什么。

• 1983-1987 - 以評(píng)估為主：分析、評(píng)審、驗(yàn)證、確認(rèn)。由測(cè)試評(píng)估產(chǎn)品軟件是否符合需求質(zhì)量。形成目前已知崗位雛形，形成獨(dú)立的學(xué)科，制定軟件測(cè)試國(guó)際標(biāo)準(zhǔn)。

• 1988-至今 - 以預(yù)防為主：預(yù)防問題發(fā)生，從需求開始介入，貫穿軟件開發(fā)生命周期。

二、最近10年，測(cè)試領(lǐng)域的重要進(jìn)展

軟件測(cè)試行業(yè)發(fā)展，受益于經(jīng)濟(jì)轉(zhuǎn)型，產(chǎn)業(yè)升級(jí)，軟件基礎(chǔ)平臺(tái)同云計(jì)算大數(shù)據(jù)相結(jié)合，測(cè)試行業(yè)在我國(guó)正處于高速發(fā)展成長(zhǎng)期。

最近十年測(cè)試領(lǐng)域用一句話總結(jié)：軟件測(cè)試職位的發(fā)展逐漸細(xì)化

• 08到12年國(guó)內(nèi)已經(jīng)有的測(cè)試崗位分別是：功能測(cè)試、性能測(cè)試、安全測(cè)試、測(cè)試經(jīng)理、測(cè)試總監(jiān)。隨著技術(shù)的發(fā)展，工種也變得越來(lái)越細(xì)。

• 12到13年開始出現(xiàn)大數(shù)據(jù)測(cè)試工程師。

• 14年多了python自動(dòng)化測(cè)試工程師，及測(cè)試架構(gòu)師。

• 15年至今出現(xiàn)java自動(dòng)化測(cè)試工程師和測(cè)試開發(fā)工程師。

相對(duì)來(lái)講不同的職位對(duì)應(yīng)的薪資水平也不一樣，目前對(duì)應(yīng)平均薪資水平如下圖：

隨著互聯(lián)網(wǎng)逐漸滲透到國(guó)企，加上最近10年物聯(lián)網(wǎng)的發(fā)展，軟件測(cè)試在整個(gè)研發(fā)體系中，擔(dān)負(fù)的責(zé)任越來(lái)越大，越來(lái)越被重視。

那么這十年軟件測(cè)試領(lǐng)域有什么重要的進(jìn)展呢？
我的結(jié)論：軟件測(cè)試對(duì)整個(gè)產(chǎn)研體系內(nèi)，協(xié)作效率的提升及質(zhì)量?jī)?nèi)建。

為什么會(huì)得出上述結(jié)論，講述下依據(jù)：

1、從個(gè)人過往的經(jīng)驗(yàn)看，傳統(tǒng)測(cè)試下，產(chǎn)、研、測(cè)、維，曾出現(xiàn)嚴(yán)重的部門墻

以傳統(tǒng)手工測(cè)試為例：相對(duì)于整個(gè)測(cè)試體系來(lái)講是最基礎(chǔ)的，同時(shí)也是最獨(dú)立的。在整個(gè)產(chǎn)研團(tuán)隊(duì)中，都保持著特立獨(dú)行的節(jié)奏。

但在產(chǎn)研進(jìn)行敏捷研發(fā)的今天，通過手工進(jìn)行測(cè)試已經(jīng)面臨較為嚴(yán)重的效率瓶頸。比如，我剛從事測(cè)試工作時(shí)，測(cè)試團(tuán)隊(duì)常因?yàn)榕牌诓煌剑粩嗯c產(chǎn)品、研發(fā)沖突。

因?yàn)闇y(cè)試時(shí)間內(nèi)，長(zhǎng)期被臨時(shí)插入的需求占用測(cè)試時(shí)間，上線后又面臨持續(xù)復(fù)盤。導(dǎo)致測(cè)試周期長(zhǎng)，發(fā)布頻率低。比如手工測(cè)試過程中，往往研發(fā)5天開發(fā)量，到測(cè)試團(tuán)隊(duì)，測(cè)了半個(gè)月還測(cè)不完。

長(zhǎng)周期下，又會(huì)偶發(fā)需求調(diào)整，或者緊急插入新需求，導(dǎo)致無(wú)人力支持大面積回歸，上線事故率高，潛在風(fēng)險(xiǎn)大，項(xiàng)目風(fēng)險(xiǎn)不可控。

事故方界定不清晰，事故無(wú)法追責(zé)，導(dǎo)致產(chǎn)研各個(gè)團(tuán)隊(duì)中相互不信任加大。在下一輪需求展開時(shí)，往往在需求評(píng)審中進(jìn)行扯皮，舊事重提，實(shí)施階段各團(tuán)隊(duì)之間相互掣肘。

當(dāng)時(shí)我們總結(jié)經(jīng)驗(yàn)教訓(xùn)后，采取如下措施：

1）進(jìn)行各部門團(tuán)隊(duì)建設(shè)，明確測(cè)試范圍，測(cè)試分工。
2）增加績(jī)效考核標(biāo)準(zhǔn)，量化工作產(chǎn)出。
3）完善準(zhǔn)入準(zhǔn)出規(guī)則，建立一整套提測(cè)流程，制定統(tǒng)一化的文檔編輯標(biāo)準(zhǔn)。
4）每天編寫產(chǎn)出內(nèi)容文檔，流程中增加更多審批節(jié)點(diǎn)。

以上措施就解決問題了嗎？并沒有，還衍生出了新問題。

舉例“增加績(jī)效考核標(biāo)準(zhǔn)，量化工作產(chǎn)出”這個(gè)環(huán)節(jié)：規(guī)定測(cè)試團(tuán)隊(duì)個(gè)人，一天需要寫多少條case，執(zhí)行多少條case。還要求一次迭代至少要發(fā)現(xiàn)幾個(gè)bug為達(dá)標(biāo)，發(fā)現(xiàn)幾個(gè)優(yōu)先級(jí)高的bug為優(yōu)秀。線上事故追責(zé)到個(gè)人，每次發(fā)版鬧的人心惶惶。

而在這一系列繁文縟節(jié)的流程背后，看似清晰有據(jù)可查，實(shí)際導(dǎo)致工作內(nèi)容極其繁瑣，產(chǎn)研團(tuán)隊(duì)之間嫌隙加大。

產(chǎn)研團(tuán)隊(duì)彼此只追求考核目標(biāo)，只關(guān)注需求文檔本身，而忽略了實(shí)際業(yè)務(wù)，導(dǎo)致無(wú)共同目標(biāo)，無(wú)效溝通增加。

遇到事故，彼此在復(fù)盤中相互甩鍋，互相指責(zé)，每次都像“律政俏佳人”一般在打官司。其實(shí)在無(wú)形之中不斷挑起產(chǎn)品、研發(fā)、測(cè)試、運(yùn)維部門的對(duì)立，形成部門墻。

2、后來(lái)敏捷開發(fā)流行，傳統(tǒng)測(cè)試團(tuán)隊(duì)曾是整個(gè)產(chǎn)研團(tuán)隊(duì)中的短板

而逐漸流行的敏捷開發(fā)，導(dǎo)致研發(fā)迭代發(fā)布速度持續(xù)加快。但測(cè)試無(wú)法讓手工測(cè)試效率也加快。因?yàn)閷?duì)于測(cè)試團(tuán)隊(duì)來(lái)講，每次迭代不僅要保證本次迭代功能質(zhì)量，還要至少回歸相關(guān)聯(lián)的模塊。

提高測(cè)試效率，測(cè)試團(tuán)隊(duì)只有不斷的加人。但加人不代表能夠提高效率，也無(wú)法有效的保證質(zhì)量。從而測(cè)試團(tuán)隊(duì)成為整個(gè)產(chǎn)研團(tuán)隊(duì)中的短板。

隨著業(yè)務(wù)高速增長(zhǎng)、團(tuán)隊(duì)快速擴(kuò)張的情況下，質(zhì)量問題極易被放大化，如果不能及時(shí)得到處理，后續(xù)解決成本會(huì)越來(lái)越高。

如何有效解決測(cè)試效率低的問題，成為了當(dāng)時(shí)測(cè)試領(lǐng)域的重點(diǎn)及難點(diǎn)。

3、配合敏捷開發(fā)，測(cè)試團(tuán)隊(duì)引入測(cè)試敏捷化思想

通過敏捷開發(fā)的成功實(shí)踐，測(cè)試團(tuán)隊(duì)也引入了敏捷測(cè)試的概念，目的是為解決以下目標(biāo)：

• 測(cè)試不再是獨(dú)立于整個(gè)研發(fā)體系，而要和產(chǎn)、研融合，成體系化建設(shè)；

• 建立和測(cè)試密切相關(guān)的：質(zhì)量目標(biāo)、流程規(guī)范、測(cè)試策略、實(shí)踐標(biāo)準(zhǔn)等；

• 做好缺陷分析，分析客觀原因即可，無(wú)需追責(zé)到人；

• 測(cè)試人員應(yīng)盡早的介入全流程；

• 敏捷開發(fā)模式下質(zhì)量的保證需求

為解決全生命周期流程的構(gòu)建和執(zhí)行能力，進(jìn)行全階段的持續(xù)測(cè)試，測(cè)試團(tuán)隊(duì)需要通過：自動(dòng)化測(cè)試、持續(xù)交付、DevOps來(lái)實(shí)現(xiàn)。

敏捷測(cè)試?yán)砟畲钆渥詣?dòng)化、持續(xù)交付、DevOps 落地分別解決的問題是：

通過自動(dòng)化解決迭代速度；
通過持續(xù)集成去交付；
通過DevOps來(lái)進(jìn)行部署；

自動(dòng)化、持續(xù)交付、DevOps 落地后分別需要達(dá)成的測(cè)試目標(biāo)是：

全生命周期流程的構(gòu)建和執(zhí)行能力；
使用各種自動(dòng)化測(cè)試框架，同持續(xù)集成流水線相互關(guān)聯(lián)；
實(shí)時(shí)監(jiān)控平臺(tái)的搭建，對(duì)質(zhì)量風(fēng)險(xiǎn)和嚴(yán)重缺陷進(jìn)行智能預(yù)測(cè)和告警；

4、為實(shí)現(xiàn)敏捷測(cè)試，當(dāng)前中大型企業(yè)普遍流行的測(cè)試團(tuán)隊(duì)體系介紹

1）思想上摒棄工作量化

通過價(jià)值觀體系的培養(yǎng)，將各個(gè)團(tuán)隊(duì)通過“組織”的結(jié)構(gòu)形式，使彼此高效率協(xié)同。

2）明確整個(gè)產(chǎn)研的質(zhì)量目標(biāo)，并讓全體成員知曉形成統(tǒng)一共識(shí)

以質(zhì)量目標(biāo)，驅(qū)動(dòng)各個(gè)職能部門間的合作，增強(qiáng)全員對(duì)質(zhì)量負(fù)責(zé)的意識(shí)。做好缺陷的預(yù)防。

3）質(zhì)量保證團(tuán)隊(duì)建設(shè)及組成

· 外包測(cè)試團(tuán)隊(duì)：負(fù)責(zé)基礎(chǔ)功能的測(cè)試；

· 測(cè)試團(tuán)隊(duì)：手工測(cè)試、自動(dòng)化測(cè)試、持續(xù)集成；

· 測(cè)試開發(fā)團(tuán)隊(duì)：一種是跟業(yè)務(wù)的測(cè)試負(fù)責(zé)測(cè)試中臺(tái)化，另一種利用測(cè)試技術(shù)賦能測(cè)試與研發(fā)團(tuán)隊(duì)；

· 外部測(cè)試服務(wù)：提供對(duì)外的測(cè)試服務(wù)。

4）質(zhì)量保證團(tuán)隊(duì)的核心業(yè)務(wù)：

· 前臺(tái)驗(yàn)收測(cè)試：Web、App、Gui兼容；

· 前臺(tái)用戶體驗(yàn)測(cè)試：性能、安全、電量、流量、穩(wěn)定性；

· 中后臺(tái)功能測(cè)試：性能、安全；

· 流程管理：持續(xù)集成、持續(xù)交付、DevOps；

· 質(zhì)量分析：監(jiān)控平臺(tái)、數(shù)據(jù)分析平臺(tái)、Ai輔助平臺(tái)。

三、測(cè)試領(lǐng)域可預(yù)見的未來(lái)是怎樣的？

在可預(yù)見的未來(lái)，產(chǎn)研團(tuán)隊(duì)依舊遵循

1）從產(chǎn)品提需求，開發(fā)實(shí)現(xiàn)，測(cè)試驗(yàn)證，運(yùn)維部署原則。
2）繼續(xù)打破傳統(tǒng)軟件研發(fā)體系中的部門墻，讓整個(gè)流水線更順暢。

每隔幾年，產(chǎn)研團(tuán)隊(duì)會(huì)圍繞產(chǎn)、研、測(cè)、維幾個(gè)環(huán)節(jié)，在不斷的摸索實(shí)踐中，解決各自業(yè)務(wù)的痛點(diǎn)難點(diǎn)，拿出最優(yōu)解，從形成新的概念和理念。而其中的本質(zhì)上也就是要打通產(chǎn)、研、測(cè)、維這幾個(gè)環(huán)節(jié)。

所以，如何使測(cè)試團(tuán)隊(duì)提高測(cè)試效率，測(cè)試質(zhì)量，將成為了測(cè)試領(lǐng)域重中之重。

作者：黑馬測(cè)試
鏈接：https://www.zhihu.com/question/49535296/answer/2480562370
來(lái)源：知乎
著作權(quán)歸作者所有。商業(yè)轉(zhuǎn)載請(qǐng)聯(lián)系作者獲得授權(quán)，非商業(yè)轉(zhuǎn)載請(qǐng)注明出處。

在持續(xù)集成、敏捷、DevOps時(shí)代下，對(duì)測(cè)試人才的標(biāo)準(zhǔn)也將越來(lái)越高。

這也是為什么近些年測(cè)試領(lǐng)域職位，不斷被細(xì)化的原因。
這也是手工測(cè)試在當(dāng)前，雖保持著獨(dú)立化，但同時(shí)也在產(chǎn)研核心中被邊緣化，面臨被淘汰的命運(yùn)。

未來(lái)，只有掌握自動(dòng)化測(cè)試，才能進(jìn)入核心的研發(fā)流程中，牢牢占據(jù)敏捷測(cè)試這一環(huán)。只有這樣才能完成整個(gè)研發(fā)流程的打通。

所以在當(dāng)前，對(duì)于測(cè)試人員來(lái)講，學(xué)習(xí)自動(dòng)化知識(shí)，轉(zhuǎn)身走向自動(dòng)化測(cè)試越來(lái)越重要。

四、面對(duì)測(cè)試趨勢(shì)，我們應(yīng)該如何準(zhǔn)備？

毫無(wú)疑問，每個(gè)測(cè)試人員，都要立即轉(zhuǎn)身奔向自動(dòng)化測(cè)試，不要猶豫。

若你是功能測(cè)試（也叫手工測(cè)試），應(yīng)該立即學(xué)習(xí)編程語(yǔ)言，java或者python，學(xué)習(xí)接口測(cè)試，UI自動(dòng)化測(cè)試，性能測(cè)試，甚至是測(cè)試開發(fā)；不然你離職后，還只會(huì)功能測(cè)試，那就很難再重新找到工作（不相信，你作為非應(yīng)屆生可以投簡(jiǎn)歷試試）。

若你是測(cè)試新人，千萬(wàn)不要止步于功能測(cè)試，還要繼續(xù)學(xué)習(xí)編程知識(shí)（python或Java），學(xué)習(xí)接口、學(xué)習(xí)UI自動(dòng)化....

如何學(xué)習(xí)，請(qǐng)狠狠點(diǎn)擊下方鏈接：

《如何學(xué)習(xí)自動(dòng)化測(cè)試？1850 贊同 · 269 評(píng)論回答》

https://www.zhihu.com/question/22211535/answer/1579948115

《Python 和Java 哪個(gè)更適合做自動(dòng)化測(cè)試？189 贊同 · 32 評(píng)論回答》

https://www.zhihu.com/question/264353399/answer/2453360401

若你是對(duì)測(cè)試不太了解的測(cè)試小萌新，有太多太多對(duì)測(cè)試的疑惑（前途、薪資、技術(shù)含量、男生是否可以干.....），強(qiáng)烈推薦你觀看《測(cè)試小白必看：學(xué)習(xí)軟件測(cè)試必問的100個(gè)問題，從此貼開始》，相信能掃除掉你心目中90%以上的常見問題。

《100個(gè)常見問題鏈接》：http://bbs.itheima.com/thread-507947-1-1.html

最后，為方便大家自學(xué)軟件測(cè)試，特意給大家準(zhǔn)備了一份13G的超實(shí)用干貨學(xué)習(xí)資源，涉及的內(nèi)容非常全面。

包括軟件學(xué)習(xí)路線圖，黑馬50多天的上課視頻、16個(gè)突擊實(shí)戰(zhàn)項(xiàng)目，80余個(gè)軟件測(cè)試用軟件，37份測(cè)試文檔，70個(gè)軟件測(cè)試相關(guān)問題，40篇測(cè)試經(jīng)驗(yàn)級(jí)文章，上千份測(cè)試真題分享,還有2020軟件測(cè)試面試寶典，還有軟件測(cè)試求職的各類精選簡(jiǎn)歷，希望對(duì)大家有所幫助…..?

《2022黑馬測(cè)試學(xué)習(xí)路線圖鏈接》：http://bbs.itheima.com/thread-405757-1-1.html