前幾年，大量的測試團(tuán)隊(duì)都期望引入自動(dòng)化測試，來降低測試執(zhí)行的工作量。但是絕大多數(shù)的測試團(tuán)隊(duì)都失敗了。這是為什么？
經(jīng)過研究，我們覺得，對(duì)自動(dòng)化測試的核心，測試腳本的能力嚴(yán)重不足，是導(dǎo)致自動(dòng)化測試失敗、效率低下的核心問題。
剛開始上自動(dòng)化測試的時(shí)候，測試團(tuán)隊(duì)引入自動(dòng)化測試工具（比如AutoRunner，QTP）。測試工具廠商給大家看到的，是炫目的錄制、配置來生成測試腳本，并且告訴懼怕編寫測試腳本的測試工程師：通過配置就可以實(shí)現(xiàn)自動(dòng)化測試，無需編寫測試腳本。
帶著這樣的期望，很多測試團(tuán)隊(duì)開始上路了。然后，他們發(fā)現(xiàn)，可以配置的測試腳本，占能夠使用的自動(dòng)化測試的比例，大概不足50%。剩下的50%是：各種檢查點(diǎn)、邏輯判斷。對(duì)于不會(huì)使用編程語言的測試工程師而言，太難了?。?！
雖然自動(dòng)化測試工具，如autorunner，也提供了關(guān)鍵字視圖，但是使用關(guān)鍵字視圖的效率依然很低下。
回過頭我們可以發(fā)現(xiàn)，工具廠商給測試團(tuán)隊(duì)看到的，炫目的演示，不過只是一個(gè)demo，并不實(shí)用。比如，沒有檢查點(diǎn)，沒有考慮界面控制邏輯處理問題（在demo中，作為線性輸入）等等。
于是，我們說，千萬不要相信工具廠商和服務(wù)團(tuán)隊(duì)吹噓的，通過配置來實(shí)現(xiàn)測試腳本編輯、編寫，進(jìn)而能夠?qū)崿F(xiàn)自動(dòng)化。
另外一個(gè)問題，就是效率的問題。在某個(gè)銀行項(xiàng)目中，一個(gè)經(jīng)驗(yàn)豐富的java程序員來充當(dāng)自動(dòng)化測試工程師，使用autorunner的beanshell語言來編寫測試腳本，那么有多少人來給他提供手工測試用例？答案是5個(gè)。
因此，我們可以看到，編寫自動(dòng)化測試腳本，是自動(dòng)化測試的一個(gè)基本技能，有了這個(gè)技能的人才，實(shí)現(xiàn)自動(dòng)化測試并不困難。
所以說，回避編寫測試腳本，對(duì)編寫測試代碼具有偏見為畏難想法，是導(dǎo)致自動(dòng)化測試項(xiàng)目失敗的一個(gè)關(guān)鍵的問題。
所以，如果一個(gè)測試團(tuán)隊(duì)要進(jìn)行自動(dòng)化測試，那么第一件事，就是應(yīng)該招聘具有編碼能力的工程師進(jìn)來，負(fù)責(zé)測試腳本的編寫實(shí)現(xiàn)。原有人員，可以繼續(xù)編寫手工測試用例，自動(dòng)化測試工程師，需要做的就是把手工測試用例，編寫為自動(dòng)化測試用例。
說到底，就是一個(gè)技能和人員儲(chǔ)備的問題，當(dāng)然核心問題是對(duì)測試腳本的偏見和畏懼。
其實(shí)，測試腳本很簡單！
推薦閱讀：
本文內(nèi)容不用于商業(yè)目的，如涉及知識(shí)產(chǎn)權(quán)問題，請(qǐng)權(quán)利人聯(lián)系SPASVO小編(021-60725088-8054)，我們將立即處理，馬上刪除。
sales@spasvo.com
