付曉+楊海根

[摘要]隨著軟件技術(shù)的發(fā)展，需要消耗大量的人力才能進(jìn)行的大量重復(fù)測(cè)試帶來(lái)的低效率，使進(jìn)行自動(dòng)化測(cè)試成為軟件測(cè)試的必然趨勢(shì)。理想的自動(dòng)化測(cè)試能夠按計(jì)劃完全自動(dòng)地運(yùn)行，在開(kāi)發(fā)人員和測(cè)試人員不可能實(shí)行三班倒的情況下，自動(dòng)化測(cè)試可以勝任這個(gè)任務(wù)，充分地利用了公司的資源，也避免了開(kāi)發(fā)和測(cè)試之間的等待。對(duì)于功能已經(jīng)完整和成熟的軟件，每發(fā)布一個(gè)新的版本，其中大部分功能和界面都和上一個(gè)版本相似或完全相同，這部分功能特別適合于自動(dòng)化測(cè)試，從而可以讓測(cè)試達(dá)到測(cè)試每個(gè)特征的目的。

[關(guān)鍵詞]自動(dòng)化測(cè)試；實(shí)現(xiàn)；需求

[DOI]10.13939/j.cnki.zgsc.2016.34.096

軟件測(cè)試一個(gè)特點(diǎn)是重復(fù)性，重復(fù)測(cè)試讓我們產(chǎn)生厭倦心理，因此人們想到用工具來(lái)解決重復(fù)的問(wèn)題。另外手工還存在精確性的問(wèn)題，尤其是面對(duì)大量數(shù)據(jù)需要檢查時(shí)候，人工的比較和搜索存在效率問(wèn)題，易出錯(cuò)，覆蓋面低。手工測(cè)試存在效率問(wèn)題，這在軟件產(chǎn)品的研發(fā)后期階段尤其明顯，隨著功能日趨增多，需要檢查的點(diǎn)和測(cè)試內(nèi)容也越來(lái)越多，人工回歸測(cè)試難度增大，很難在短時(shí)間完成大面積測(cè)試覆蓋。當(dāng)然，手工測(cè)試也有不可替代的地方，比如測(cè)試用例的設(shè)計(jì)，界面和用戶(hù)體驗(yàn)性測(cè)試，正確性的檢查，而自動(dòng)化通過(guò)計(jì)算能力，不知疲倦地運(yùn)行，對(duì)于數(shù)據(jù)能精確運(yùn)行。因此，在需要重復(fù)執(zhí)行界面操作、計(jì)算、數(shù)值比較、搜索等方面。我們需要充分利用自動(dòng)化測(cè)試工具的高效率來(lái)幫助測(cè)試人員完成測(cè)試用例的執(zhí)行，加快回歸速度，提高測(cè)試覆蓋率。

1 自動(dòng)化測(cè)試準(zhǔn)備

在進(jìn)行項(xiàng)目自動(dòng)化測(cè)試之前，首先要考慮以下5個(gè)方面，其次是衡量項(xiàng)目開(kāi)展自動(dòng)化的一些條件。

（1）測(cè)試自動(dòng)化類(lèi)似于軟件開(kāi)發(fā)過(guò)程

錄制/回放腳本開(kāi)發(fā)方式是不可能應(yīng)付所有自動(dòng)化測(cè)試需求的，因此需要測(cè)試人員掌握必要的開(kāi)發(fā)知識(shí)和代碼。

（2）測(cè)試自動(dòng)化是一個(gè)長(zhǎng)期的過(guò)程

自動(dòng)化測(cè)試只有長(zhǎng)期多次運(yùn)行才能體現(xiàn)出價(jià)值，同時(shí)需要考慮自動(dòng)化測(cè)試維護(hù)成本。

（3）確保自動(dòng)化測(cè)試的資源，包括人員和技能

最好有專(zhuān)門(mén)的自動(dòng)化測(cè)試工程師來(lái)保證測(cè)試自動(dòng)化持續(xù)，需要對(duì)項(xiàng)目負(fù)責(zé)，設(shè)計(jì)測(cè)試框架和腳本結(jié)構(gòu)，解決各種測(cè)試腳本開(kāi)發(fā)問(wèn)題。

（4）循序漸進(jìn)開(kāi)展自動(dòng)化測(cè)試

（5）確保測(cè)試過(guò)程的成熟度

2 自動(dòng)化測(cè)試開(kāi)展

自動(dòng)化測(cè)試只有在多次運(yùn)行后，才能體現(xiàn)出自動(dòng)化的優(yōu)勢(shì)，只有不斷地運(yùn)行自動(dòng)測(cè)試，才能有效預(yù)防缺陷，減輕測(cè)試人員手工的回歸測(cè)試工作量，如果一個(gè)項(xiàng)目是短期的，則不適合開(kāi)展，另外，不宜在一個(gè)進(jìn)度非常緊迫的項(xiàng)目中開(kāi)展自動(dòng)化測(cè)試。

自動(dòng)化測(cè)試不應(yīng)該在界面尚未穩(wěn)定的時(shí)候開(kāi)始，但是此時(shí)可以著手準(zhǔn)備自動(dòng)化測(cè)試計(jì)劃和準(zhǔn)備工作，自動(dòng)化測(cè)試工具評(píng)估使用。

首先分析項(xiàng)目的特點(diǎn)，軟件系統(tǒng)采用的開(kāi)發(fā)工具、語(yǔ)言、技術(shù)平臺(tái)等，結(jié)合測(cè)試的類(lèi)型，測(cè)試的要求，同時(shí)還要了解目前存在的各種測(cè)試工具的情況，根據(jù)選擇的測(cè)試工具，進(jìn)行試用，制訂一份詳細(xì)的測(cè)試工具使用計(jì)劃。

3 自動(dòng)化測(cè)試工具

軟件測(cè)試可以按照自動(dòng)化工具類(lèi)型進(jìn)行分類(lèi)，軟件自動(dòng)化測(cè)試工具是實(shí)現(xiàn)軟件自動(dòng)化測(cè)試必不可少的關(guān)鍵，因此，選擇一個(gè)優(yōu)秀的、適合自己的測(cè)試項(xiàng)目的測(cè)試工具是實(shí)現(xiàn)成功自動(dòng)化測(cè)試的第一步。

3.1 按用途分類(lèi)

軟件自動(dòng)化測(cè)試工具按安裝用途可分為

測(cè)試管理工具

自動(dòng)化功能測(cè)試工具

性能測(cè)試工具

單元測(cè)試工具

白盒測(cè)試工具

測(cè)試用例設(shè)計(jì)工具

自動(dòng)化測(cè)試工具可基于GUI層面進(jìn)行測(cè)試，也可基于代碼層面進(jìn)行測(cè)試，只要實(shí)現(xiàn)了自動(dòng)化執(zhí)行測(cè)試用例，自動(dòng)檢測(cè)測(cè)試數(shù)據(jù)的測(cè)試工具，替代人工進(jìn)行測(cè)試步驟的執(zhí)行，從而驗(yàn)證應(yīng)用程序是否滿(mǎn)足了特定功能的測(cè)試工具。

3.2 基于代碼層面的功能自動(dòng)化測(cè)試工具

基于代碼層面的功能自動(dòng)化測(cè)試工具主要是一些單元測(cè)試工具，例如junit，這些工具直接訪問(wèn)被測(cè)試的應(yīng)用程序的代碼，對(duì)其中的類(lèi)和函數(shù)進(jìn)行調(diào)用，輸入各種測(cè)試數(shù)據(jù)，檢查函數(shù)的返回值，通過(guò)比較返回值與期待值是否一致來(lái)判斷測(cè)試是否通過(guò)。

3.3 基于瀏覽器和DOM 對(duì)象模型的功能自動(dòng)化測(cè)試工具

例如selenium，這些測(cè)試工具直接訪問(wèn)Web瀏覽器，利用腳本語(yǔ)言操作瀏覽器和Web頁(yè)面中包含的DOM對(duì)象，從而達(dá)到模擬用戶(hù)控制瀏覽導(dǎo)航、頁(yè)面元素的操作等效果，并直接獲取DOM對(duì)象的屬性，從而獲得Web頁(yè)面元素的各種屬性，通過(guò)這些屬性判斷測(cè)試步驟結(jié)果是否正確。

3.4 基于GUI對(duì)象識(shí)別的測(cè)試工具

目前，大部分自動(dòng)化功能測(cè)試工具，尤其是商業(yè)的測(cè)試工具，如QTP都是基于GUI對(duì)象識(shí)別技術(shù)來(lái)設(shè)計(jì)的，基于GUI層面的測(cè)試需要與各種節(jié)目元素打交道，而且不同的編程語(yǔ)言和開(kāi)發(fā)工具在界面的表現(xiàn)、事件的響應(yīng)上都略有不同。

QTP同樣是通過(guò)查找應(yīng)用程序界面中的各個(gè)控件的屬性來(lái)判斷是否與測(cè)試對(duì)象匹配，還可以根據(jù)控件的類(lèi)型，把其擁有的可操作方法列舉出來(lái)，針對(duì)不同平臺(tái)和語(yǔ)言編寫(xiě)的控件，依據(jù)該控件與其他控件能區(qū)分的屬性來(lái)判斷其身份，例如控件的類(lèi)名、控件的文本等。

QTP自動(dòng)化測(cè)試工具是一種自動(dòng)測(cè)試工具。使用QTP的目的是想用它來(lái)執(zhí)行重復(fù)的手動(dòng)測(cè)試，主要是用于回歸測(cè)試和測(cè)試同一軟件的新版本。因此在測(cè)試前要考慮好如何對(duì)應(yīng)用程序進(jìn)行測(cè)試，例如要測(cè)試哪些功能、操作步驟、輸入數(shù)據(jù)和期望的輸出數(shù)據(jù)等。QuickTest針對(duì)的是GUI應(yīng)用程序，包括傳統(tǒng)的Windows應(yīng)用程序，以及現(xiàn)在越來(lái)越流行的Web應(yīng)用。它可以覆蓋絕大多數(shù)的軟件開(kāi)發(fā)技術(shù)，簡(jiǎn)單高效，并具備測(cè)試用例可重用的特點(diǎn)。其中包括：創(chuàng)建測(cè)試、插入檢查點(diǎn)、檢驗(yàn)數(shù)據(jù)、增強(qiáng)測(cè)試、運(yùn)行測(cè)試、分析結(jié)果和維護(hù)測(cè)試等方面。

4 自動(dòng)化測(cè)試基本流程

基本流程圖如下。

4.1 制訂測(cè)試計(jì)劃

在展開(kāi)自動(dòng)化測(cè)試之前，我們需要做個(gè)測(cè)試計(jì)劃，明確測(cè)試對(duì)象、測(cè)試目的、測(cè)試的項(xiàng)目?jī)?nèi)容、測(cè)試的方法、測(cè)試的進(jìn)度要求，并確保測(cè)試所需的人力、硬件、數(shù)據(jù)等資源都準(zhǔn)備充分。

4.2 分析測(cè)試需求

用例設(shè)計(jì)者根據(jù)測(cè)試計(jì)劃和需求說(shuō)明書(shū)，分析測(cè)試需求，設(shè)計(jì)測(cè)試需求樹(shù)，以便用例設(shè)計(jì)時(shí)能夠覆蓋所有的需求點(diǎn)。一般來(lái)講，基于Web功能測(cè)試需要覆蓋以下幾個(gè)方面：

（1）頁(yè)面鏈接測(cè)試，確保各個(gè)鏈接正常；

（2）頁(yè)面控件測(cè)試，確保各個(gè)控件可靠；

（3）頁(yè)面功能測(cè)試，確保各項(xiàng)操作正常；

（4）數(shù)據(jù)處理測(cè)試，確保數(shù)據(jù)顯示準(zhǔn)確、處理精確可靠；

（5）模塊業(yè)務(wù)邏輯測(cè)試，確保各個(gè)業(yè)務(wù)流程暢通。

4.3 設(shè)計(jì)測(cè)試用例

通過(guò)分析測(cè)試需求，設(shè)計(jì)出能夠覆蓋所有需求點(diǎn)的測(cè)試用例，形成專(zhuān)門(mén)的測(cè)試用例文檔。由于不是所有的測(cè)試用例都能用自動(dòng)化來(lái)執(zhí)行，所以需要將能夠執(zhí)行自動(dòng)化測(cè)試的用例匯總成自動(dòng)化測(cè)試用例。必要時(shí)，要將登錄系統(tǒng)的用戶(hù)、密碼、產(chǎn)品、客戶(hù)等參數(shù)信息獨(dú)立出來(lái)形成測(cè)試數(shù)據(jù)，便于腳本開(kāi)發(fā)。

4.4 搭建測(cè)試環(huán)境

自動(dòng)化測(cè)試人員在用例設(shè)計(jì)工作開(kāi)展的同時(shí)即可著手搭建測(cè)試環(huán)境。因?yàn)樽詣?dòng)化測(cè)試的腳本編寫(xiě)需要錄制頁(yè)面控件，添加對(duì)象。測(cè)試環(huán)境的搭建，包括被測(cè)系統(tǒng)的部署、測(cè)試硬件的調(diào)用、測(cè)試工具的安裝盒設(shè)置、網(wǎng)絡(luò)環(huán)境的布置等。

4.5 編寫(xiě)測(cè)試腳本

根據(jù)自動(dòng)化測(cè)試用例和問(wèn)題的難易程度，采取適當(dāng)?shù)哪_本開(kāi)發(fā)方法編寫(xiě)測(cè)試腳本。一般先通過(guò)錄制的方式獲取測(cè)試所需要的頁(yè)面控件，然后再用結(jié)構(gòu)化語(yǔ)句控制腳本的執(zhí)行，插入檢查點(diǎn)和異常判定反饋語(yǔ)句，將公共普遍的功能獨(dú)立成共享腳本，必要時(shí)對(duì)數(shù)據(jù)進(jìn)行參數(shù)化。當(dāng)然還可以用其他高級(jí)功能編輯腳本。腳本編寫(xiě)好了之后，需要反復(fù)執(zhí)行，不斷調(diào)試，直到運(yùn)行正常為止。腳本的編寫(xiě)和命名要符合管理規(guī)范，以便統(tǒng)一管理和維護(hù)。

4.6 分析測(cè)試結(jié)果、記錄測(cè)試問(wèn)題

應(yīng)該及時(shí)分析自動(dòng)化測(cè)試結(jié)果，建議測(cè)試人員每天抽出一定時(shí)間，對(duì)自動(dòng)化測(cè)試結(jié)果進(jìn)行分析，以便盡早地發(fā)現(xiàn)缺陷。如果采用開(kāi)源自動(dòng)化測(cè)試工具，建議對(duì)其進(jìn)行二次開(kāi)發(fā)，以便與測(cè)試部門(mén)選定的缺陷管理工具緊密結(jié)合。理想情況下，自動(dòng)化測(cè)試案例運(yùn)行失敗后，自動(dòng)化測(cè)試平臺(tái)就會(huì)自動(dòng)上報(bào)一個(gè)缺陷。測(cè)試人員只需每天抽出一點(diǎn)時(shí)間，確認(rèn)這些自動(dòng)上報(bào)的缺陷，是否是真實(shí)的系統(tǒng)缺陷。如果是系統(tǒng)缺陷就提交開(kāi)發(fā)人員修復(fù)，如果不是系統(tǒng)缺陷，就檢查自動(dòng)化測(cè)試腳本或者測(cè)試環(huán)境。

4.7 跟蹤測(cè)試BUG

測(cè)試記錄的BUG要記錄到缺陷管理工具中去，以便定期跟蹤處理。開(kāi)發(fā)人員修復(fù)后，需要對(duì)此問(wèn)題執(zhí)行回歸測(cè)試，就是重復(fù)執(zhí)行一次該問(wèn)題對(duì)應(yīng)的腳本，執(zhí)行通過(guò)則關(guān)閉，否則繼續(xù)修改。如果問(wèn)題的修改方案與客戶(hù)達(dá)成一致，但與原來(lái)的需求有所偏離，那么在回歸測(cè)試前，還需要對(duì)腳本進(jìn)行必要的修改和調(diào)試。

5 自動(dòng)化測(cè)試架構(gòu)

真正的自動(dòng)化測(cè)試框架可以不是一個(gè)程序，它僅僅是一種思想和方法的集合，說(shuō)白了，就是一個(gè)架構(gòu)，它定義了幾層架構(gòu)，定義了各層互相通信的方式。通過(guò)這個(gè)架構(gòu)我們才能在上面進(jìn)行拓展我們的測(cè)試對(duì)象（核心體）、測(cè)試庫(kù)（鏈接庫(kù)）、測(cè)試用例集（各個(gè)windows進(jìn)程）、測(cè)試用例（線程），而其之間通過(guò)參數(shù)的傳遞進(jìn)行通信（即相當(dāng)于系統(tǒng)中的消息傳遞）。

5.1 幾種自動(dòng)化測(cè)試框架思想

（1）模塊化思想

就是將一個(gè)測(cè)試用例中的幾個(gè)不同的測(cè)試點(diǎn)拆分并且將其單個(gè)點(diǎn)的測(cè)試步驟進(jìn)行了封裝，形成了一個(gè)模塊。

例如：一個(gè)測(cè)試用例要對(duì)一個(gè)登錄程序進(jìn)行測(cè)試，其中包括：用戶(hù)名輸入、密碼輸入以及確定登錄。

那么就可以將用戶(hù)名輸入、密碼輸入、確定登錄、取消登錄四個(gè)操作分別封裝在四個(gè)不同的模塊中。測(cè)試時(shí)，只需調(diào)用其模塊即可。這樣的話(huà)，當(dāng)一個(gè)模塊有變化，你只需單獨(dú)維護(hù)那個(gè)模塊即可，也可以根據(jù)模塊的不同組合成不同的測(cè)試用例。

（2）庫(kù)思想

就是模塊化思想的升華，其為應(yīng)用程序的測(cè)試創(chuàng)造了庫(kù)文件（可以是APIs、DLLs等），這些庫(kù)文件為一系列函數(shù)的集合。其與模塊化思想不同的是，其拓展了接口思想，即可以通過(guò)接口去傳遞參數(shù)，而不是一個(gè)封死的模塊，可以說(shuō)是一個(gè)多了一個(gè)“門(mén)”的交互型模塊。

例如：登錄場(chǎng)景，只是將用戶(hù)名輸入、密碼輸入、確定登錄、取消登錄封裝成一個(gè)庫(kù)，這個(gè)庫(kù)含有一個(gè)函數(shù)Login，這個(gè)函數(shù)Login接收兩個(gè)參數(shù)“用戶(hù)名、密碼”，對(duì)輸入不同的用戶(hù)名和密碼可以進(jìn)行不同的測(cè)試用例。也可以用另外一個(gè)函數(shù)Cancle。

（3）數(shù)據(jù)驅(qū)動(dòng)思想

就是變量不變的數(shù)據(jù)驅(qū)動(dòng)結(jié)果，不同的數(shù)據(jù)導(dǎo)致了不同的結(jié)果的產(chǎn)生。而對(duì)于數(shù)據(jù)的導(dǎo)入，可以通過(guò)很多方式，例如：Excle表、XML（用在Web中）、數(shù)據(jù)庫(kù)（DB）、CSV文件、TXT等都可以。

（4）關(guān)鍵字驅(qū)動(dòng)思想

關(guān)鍵字驅(qū)動(dòng)就是一種面向?qū)ο蟮乃枷?，例如：QTP、RFT中，對(duì)象可以為一個(gè)數(shù)據(jù)或者一個(gè)關(guān)鍵字，對(duì)對(duì)象的抓取，可以將其測(cè)試對(duì)象封裝為一個(gè)關(guān)鍵字，這樣可以對(duì)其關(guān)鍵對(duì)象進(jìn)行各種操作了，不同的對(duì)象可以驅(qū)動(dòng)不同的測(cè)試流向與結(jié)果。

5.2 自動(dòng)化測(cè)試發(fā)展

（1）第一代自動(dòng)化測(cè)試，即自動(dòng)化測(cè)試思想剛開(kāi)始誕生時(shí)，依靠的是傳統(tǒng)的“錄制—回放”技術(shù)，這種技術(shù)與現(xiàn)在的工具的“錄制—回放”思想不一樣，其實(shí)就是一個(gè)“模擬”的過(guò)程，即模擬對(duì)PC的操作而形成的，其基于你對(duì)鍵盤(pán)的輸入與對(duì)鼠標(biāo)的操作，原理與按鍵精靈等類(lèi)似，這種機(jī)制對(duì)環(huán)境的依賴(lài)性太強(qiáng)，對(duì)變化性太過(guò)敏感，因此不可能發(fā)展成一種規(guī)模。

（2）第二代自動(dòng)化測(cè)試，即腳本化的自動(dòng)化測(cè)試，利用腳本進(jìn)行結(jié)構(gòu)化的自動(dòng)化測(cè)試，此可以應(yīng)用于CLI與API的自動(dòng)化測(cè)試，在此就開(kāi)始集成了模塊化與庫(kù)思想。

（3）第三代自動(dòng)化測(cè)試，開(kāi)始產(chǎn)生了各種自動(dòng)化測(cè)試思想，包括數(shù)據(jù)驅(qū)動(dòng)與關(guān)鍵字驅(qū)動(dòng)思想，其伴隨著對(duì)象化思想的產(chǎn)生，也造就了現(xiàn)在一系列的自動(dòng)化測(cè)試軟件，其中都集成了這些思想，從這時(shí)候開(kāi)始，自動(dòng)化就開(kāi)始實(shí)現(xiàn)了一定的規(guī)模，開(kāi)始運(yùn)用在各個(gè)行業(yè)，并且發(fā)展趨勢(shì)越來(lái)越快。

5.3 構(gòu)建自動(dòng)化測(cè)試框架的策略

做一個(gè)自動(dòng)化測(cè)試框架主要是從分層上去考慮，而不是簡(jiǎn)簡(jiǎn)單單地應(yīng)用一種思想，它是各種思想的集合體。而其中，可以貫穿著自動(dòng)化測(cè)試的各種思想，例如：對(duì)象層中有關(guān)鍵字的思想、可以將對(duì)象庫(kù)標(biāo)示在Excel表中進(jìn)行管理，或者應(yīng)用動(dòng)態(tài)搜索的方式傳遞對(duì)象識(shí)別參數(shù)。tasks層中可以封裝各種方法，形成一個(gè)大型的方法庫(kù)，而每個(gè)方法中可以應(yīng)用數(shù)據(jù)驅(qū)動(dòng)的思想。

6 結(jié) 論

自動(dòng)化測(cè)試的優(yōu)點(diǎn)是能夠很快、很廣泛地查找缺陷，同時(shí)可以做很多重復(fù)性的工作，自動(dòng)化功能測(cè)試工具無(wú)須大量的軟件測(cè)試人員手動(dòng)地再次執(zhí)行測(cè)試用例，極大地提高了工作效率?？梢詧?zhí)行一些手工測(cè)試?yán)щy或不可能進(jìn)行的測(cè)試。比如，對(duì)于大量用戶(hù)的測(cè)試，不可能同時(shí)讓足夠多的測(cè)試人員同時(shí)進(jìn)行測(cè)試，但是卻可以通過(guò)自動(dòng)化測(cè)試模擬同時(shí)有許多用戶(hù)，從而達(dá)到測(cè)試的目的。更好地利用資源。將煩瑣的任務(wù)自動(dòng)化，可以提高準(zhǔn)確性和測(cè)試人員的積極性，將測(cè)試技術(shù)人員解脫出來(lái)投入更多精力設(shè)計(jì)更好的測(cè)試用例。

參考文獻(xiàn)：

[1]張?jiān)掠H.建立自動(dòng)化測(cè)試系統(tǒng)的必要性[J].國(guó)外電子測(cè)量技術(shù)，2000（6）.

[2]常征.功能測(cè)試中自動(dòng)化測(cè)試框架的分析與應(yīng)用[D].北京：北京林業(yè)大學(xué)，2007.

[3]應(yīng)杭.軟件自動(dòng)化測(cè)試技術(shù)及應(yīng)用研究[D].杭州：浙江大學(xué)，2006.