你應該知道的自動(dòng)化測試的“ABC”

　　由于存在同源策略的問(wèn)題，所以在進(jìn)行測試部署時(shí)，必須將所測試程序部署在服務(wù)器端。 例如你想采用selenium-core來(lái)測試用JavaScript寫(xiě)的www.google.cn,由于不允許向磁盤(pán)寫(xiě)數據，所以只能將測試結果發(fā)送到另外一臺服務(wù)器進(jìn)行保存。

　　Selenium IDE是對瀏覽器進(jìn)行擴展，作為FireFox的一個(gè)插件。通過(guò)監聽(tīng)用戶(hù)對html頁(yè)面的操作來(lái)錄制腳本。 其特點(diǎn)：

　?、俜浅Ｈ菀自陧?yè)面上進(jìn)行錄制和回放
　?、谀茏詣?dòng)通過(guò)id，name和xpath等來(lái)定位頁(yè)面上的元素
　?、圩詣?dòng)執行selenium的命令
　?、苣軌蜻M(jìn)行編輯、調試和設置斷點(diǎn)
　?、蒌浿茣r(shí)自動(dòng)生成腳本，不但能夠保存，并且能轉化成各種語(yǔ)言(C#、JAVA等)
　?、拊诿總€(gè)錄制的腳本中能夠加入斷言

　　測試套件Suit

　　要達到對應用程序的完全測試覆蓋，通常需要不止一個(gè)測試用例。測試套件用于將具有類(lèi)似功能的一些測試用例編成一組，以便讓它們按順序運行。

　　測試套件和測試用例一樣，都是用簡(jiǎn)單的 HTML 表編寫(xiě)的。但是注意，測試套件使用一個(gè)只包含一列的表，表中的每一行指向一個(gè)包含某個(gè)測試用例的文件，如下例所示：

　　通過(guò)以上的分析，我們可以知道10 Selenium比其他的測試工具有著(zhù)明顯的優(yōu)勢，但是其也有一定的限制：

　?、黉浿颇_本可能會(huì )帶來(lái)冗余、公用元素不可調用、腳本調試復雜等問(wèn)題。專(zhuān)業(yè)化的建議是以錄制為參考,以編寫(xiě)腳本為主要行為。 當每一個(gè)測試用例所形成的腳本通過(guò)測試后，并不意味著(zhù)執行多個(gè)甚至所有的測試用例就不會(huì )出錯。

　?、谳斎霐祿驕y試環(huán)境的改變，都會(huì )導致測試結果受到影響甚至失敗。而如果僅是一個(gè)個(gè)執行測試用例，也只能被稱(chēng)作是半自動(dòng)化測試，極大的影響自動(dòng)化測試的效率。

　?、跾elenese 有一些嚴格的限制，如它沒(méi)有條件(沒(méi)有“if”表達式)，沒(méi)有循環(huán)(沒(méi)有“For”表達式)。這樣會(huì )使編寫(xiě)復雜的測試變得困難甚至不可能。

　　六、自動(dòng)化測試的使用范圍

　　1) 軟件需求變動(dòng)不頻繁
　　不穩定的系統也就意味著(zhù)測試的不穩定，我們不知道這次的變動(dòng)是否會(huì )影響到系統其他的功能。那么是否需要在每次迭代完以后都需要對系統進(jìn)行完整的回歸測試呢?測試腳本的穩定性決定了自動(dòng)化測試的維護成本。如果所花費的成本不低于利用其節省的測試成本，那么自動(dòng)化測試便是失敗的。

　　項目中的某些模塊相對穩定，而某些模塊需求變動(dòng)性很大。我們便可對相對穩定的模塊進(jìn)行自動(dòng)化測試，而變動(dòng)較大的仍是用手工測試。

　　2) 周期足夠長(cháng)的項目
　　自動(dòng)化測試需求的確定、自動(dòng)化測試框架的設計、測試腳本的編寫(xiě)與調試均需要時(shí)間和精力來(lái)完成，這樣的過(guò)程本身就是一個(gè)測試軟件的開(kāi)發(fā)過(guò)程，需要考慮投入成本的問(wèn)題。

　　如果項目的周期比較短，沒(méi)有足夠的時(shí)間去支持這樣一個(gè)過(guò)程，或者說(shuō)傳統測試所花費的時(shí)間和人力資源遠小于采用自動(dòng)化測試的投入，那么自動(dòng)化測試便成為笑談。

　　3) 自動(dòng)化測試腳本可重復使用
　　如果費盡心力開(kāi)發(fā)了一套近乎完美的自動(dòng)化測試腳本，但是腳本的重復使用率很低，致使其間所耗費的成本大于所創(chuàng )造的經(jīng)濟價(jià)值，自動(dòng)化測試便成為了測試人員的練手之作，而并非是真正可產(chǎn)生效益的測試手段了。

　　七、小結

　　任何一種產(chǎn)品化的測試自動(dòng)化工具，都可能存在與某具體項目不甚貼切的地方。再加上，在企業(yè)內部通常存在許多不同種類(lèi)的應用平臺，應用開(kāi)發(fā)技術(shù)也不盡相同，甚至在一個(gè)應用中可能就跨越了多種平臺，或同一應用的不同版本之間存在技術(shù)差異。所以選擇軟件測試自動(dòng)化方案必須深刻理解這一選擇可能帶來(lái)的變動(dòng)、來(lái)自諸多方面的風(fēng)險和成本開(kāi)銷(xiāo)。