既然現(xiàn)在有了自動(dòng)化測(cè)試，甚至現(xiàn)在許多團(tuán)隊(duì)在使用人工智能的方法，逐漸讓機(jī)器來(lái)取代人的測(cè)試。那么作為測(cè)試工程師的人未來(lái)會(huì)不會(huì)消失?

回答這個(gè)問題前，先來(lái)看一下自動(dòng)化測(cè)試優(yōu)勢(shì)和劣勢(shì)。

一、自動(dòng)化測(cè)試的優(yōu)勢(shì)

1.1 自動(dòng)化測(cè)試可以執(zhí)行手工測(cè)試相當(dāng)困難或根本做不到的測(cè)試

對(duì)于軟件性能測(cè)試中的并發(fā)測(cè)試、疲勞性測(cè)試和強(qiáng)度測(cè)試，如果單純使用人工測(cè)試是不可能完成的。

1.2 自動(dòng)化測(cè)試具有一致性和可重復(fù)性

在手工測(cè)試的時(shí)候，往往會(huì)出現(xiàn)測(cè)試人員在測(cè)試時(shí)候發(fā)現(xiàn)了缺陷，可是由于時(shí)間過得太長(zhǎng)，或者缺陷報(bào)告中操作步驟描述不清楚，或者其他因素，在給開發(fā)人員定位問題的時(shí)候不能重現(xiàn)。在排除一些偶發(fā)性問題的情況下，采用自動(dòng)化測(cè)試可以有效地防止此類問題的發(fā)生。

1.3 自動(dòng)化腳本完全可復(fù)用

初期采用錄制回放的工具進(jìn)行自動(dòng)化測(cè)試，比如早起的QTP、基于Firefox的Selenium1插件。最主要的原因是由于這些工具對(duì)于一些公用的模塊難于復(fù)用。比如對(duì)于登錄才可以使用的功能每次開始的時(shí)候都要執(zhí)行登錄操作，測(cè)試完畢為了讓其他測(cè)試用例可以繼續(xù)執(zhí)行必須執(zhí)行登出操作。由于早期的工具不具有復(fù)用性，相同的操作集中在各個(gè)不同的地方，這給軟件測(cè)試腳本的維護(hù)帶來(lái)的麻煩，而現(xiàn)在的自動(dòng)化測(cè)試腳本均采用類似JAVA、Python這些面向?qū)ο蟮恼Z(yǔ)言來(lái)完成，代碼的復(fù)用發(fā)生了很大的改善。

1.4 自動(dòng)化測(cè)試使軟件更有信任度

由于自動(dòng)化測(cè)試具有一致性和可重復(fù)性，所以自動(dòng)化測(cè)試一旦發(fā)現(xiàn)問題，在排除測(cè)試代碼、測(cè)試數(shù)據(jù)、對(duì)需求誤解的錯(cuò)誤外，其結(jié)果還是可以信任的，因?yàn)樗锩鏇]有人的主觀意識(shí)的參與。

1.5 自動(dòng)化測(cè)試適合做兼容性測(cè)試

如果沒有自動(dòng)化測(cè)試，比如做基于WEB軟件兼容性測(cè)試往往采用每個(gè)測(cè)試工程師的機(jī)器上安裝不同的操作系統(tǒng)和瀏覽器，運(yùn)行同一版本。這樣操作，如果測(cè)試工程師比較多的情況下可能還可行，但是一旦測(cè)試工程師比較少的情況下可能就將成為問題。如果有了自動(dòng)化測(cè)試，只要把測(cè)試環(huán)境搭建起來(lái)，使用同一腳本在不同環(huán)境下自動(dòng)運(yùn)行，就可以做到有效的兼容性測(cè)試了。

1.6 自動(dòng)化測(cè)試使回歸測(cè)試更方便、可靠

現(xiàn)在移動(dòng)互聯(lián)網(wǎng)時(shí)代，講究的一個(gè)字“快”。國(guó)內(nèi)外許多大型的互聯(lián)網(wǎng)公司平均一天發(fā)布的軟件發(fā)布版本的次數(shù)高達(dá)2到4次。特別現(xiàn)在興起的Agile、DevOps中特別關(guān)注自動(dòng)化測(cè)試。因?yàn)樽詣?dòng)化測(cè)試使回歸測(cè)試變得更方便、更可靠。

軟件測(cè)試，與你同行！我們有一個(gè)軟件測(cè)試，Python自動(dòng)化學(xué)習(xí)和解決問題的群，（1079636098）每天都有直播公開課，時(shí)間自由安排，有錄播。群是免費(fèi)的，但是謝絕廣告。公眾號(hào)：測(cè)試人追風(fēng)

那么自動(dòng)化測(cè)試的劣勢(shì)又有哪些呢?

二、自動(dòng)化測(cè)試的劣勢(shì)

2.1 手工發(fā)現(xiàn)的缺陷遠(yuǎn)遠(yuǎn)比自動(dòng)化測(cè)試得多

在目前如果不采用基于AI的自動(dòng)化測(cè)試下，有機(jī)構(gòu)做過統(tǒng)計(jì)，估計(jì)80%的缺陷是由人工測(cè)試發(fā)現(xiàn)的，自動(dòng)化測(cè)試發(fā)現(xiàn)的缺陷僅占20%。在ISTQB初級(jí)大綱中，軟件測(cè)試目的被概括為四點(diǎn)，其兩點(diǎn)為“發(fā)現(xiàn)程序缺陷”和“對(duì)程序樹立質(zhì)量信心”。所以手工測(cè)試主要針對(duì)于新開發(fā)出來(lái)的特性，其目的主要在于“發(fā)現(xiàn)程序缺陷”;而自動(dòng)化測(cè)試化測(cè)試主要在于對(duì)老特性的回歸測(cè)試，其目的主要在于“對(duì)程序樹立質(zhì)量信心”。

2.2 自動(dòng)化測(cè)試對(duì)測(cè)試人員的技術(shù)要求較高

自動(dòng)化測(cè)試工程師首先要會(huì)使用自動(dòng)化測(cè)試工具，其次由于現(xiàn)在基于腳本開發(fā)的自動(dòng)化測(cè)試越來(lái)越受到了青睞，所以要求自動(dòng)化測(cè)試工程師需要掌握至少一門編程語(yǔ)言，且對(duì)應(yīng)這門語(yǔ)言的測(cè)試架構(gòu)框架、對(duì)數(shù)據(jù)庫(kù)操作能力等有一定的要求。所以采用自動(dòng)化測(cè)試技術(shù)對(duì)人的要求是非常高的。這也使進(jìn)入軟件測(cè)試的門檻變高了。

2.3 自動(dòng)化測(cè)試成本投入高、風(fēng)險(xiǎn)大

使用自動(dòng)化測(cè)試工具是否可以提高研發(fā)本產(chǎn)品的質(zhì)量?現(xiàn)有的工程師是否具有使用自動(dòng)化測(cè)試的能力?公司是否有能力去購(gòu)買一些商用的自動(dòng)化工具?培養(yǎng)工程師學(xué)習(xí)自動(dòng)化是否可行?是否被培養(yǎng)起來(lái)的工程師存在離職，另求高薪的可能?這些問題都是作為決策層應(yīng)該考慮的問題。事實(shí)也很多次的證明，自動(dòng)化測(cè)試是個(gè)好東西，但不是銀彈，關(guān)鍵看企業(yè)的產(chǎn)品是否適用以及企業(yè)如何去使用。

2.4 自動(dòng)化測(cè)試是死的，不具有情感

計(jì)算機(jī)畢竟是機(jī)器，不具有人的抽象能力、想象能力等情感，所以類似于一些UI/UX、需要具有發(fā)散式思維的測(cè)試是不能完全依賴自動(dòng)化測(cè)試。即使是同一份基于文字的自動(dòng)化測(cè)試用例，讓多個(gè)人去執(zhí)行，或者讓同一個(gè)人在不同時(shí)刻去執(zhí)行，往往會(huì)發(fā)現(xiàn)不同的缺陷。另外在自動(dòng)化測(cè)試優(yōu)勢(shì)中提到的兼容性測(cè)試，對(duì)于產(chǎn)品的分辨率適應(yīng)性，文字會(huì)不會(huì)超出控件等問題，自動(dòng)化測(cè)試可能也是無(wú)能為力的。

2.5 自動(dòng)化測(cè)試完全不可能取代手工測(cè)試

如上所述，自動(dòng)化測(cè)試完全不可能取代手工測(cè)試?，F(xiàn)在有些書籍、論壇、社群把自動(dòng)化測(cè)試談得神乎其神，無(wú)所不能、無(wú)所不可，這是對(duì)自動(dòng)化測(cè)試的曲解，是一種不負(fù)責(zé)任的表現(xiàn)。正如敏捷、DevOps一樣，是否適用，要根據(jù)自身產(chǎn)品特性、組織架構(gòu)能力等各個(gè)方面來(lái)考慮。