級(jí)別: 初級(jí) kerry, 軟件開(kāi)發(fā)咨詢顧問(wèn) 2004 年 4 月 01 日 本文中作者介紹了自動(dòng)化測(cè)試的好處、概念和步驟。并介紹了 Rational Robot 工具是如何支持自動(dòng)化測(cè)試的。 在過(guò)去的數(shù)年中，通過(guò)使用自動(dòng)化的測(cè)試工具對(duì)軟件的質(zhì)量進(jìn)行保障的例子已經(jīng)數(shù)不勝數(shù)。到現(xiàn)在為止自動(dòng)化測(cè)試工具已經(jīng)足夠完善了，我們完全可以通過(guò)在軟件的測(cè)試中應(yīng)用自動(dòng)化的測(cè)試工具來(lái)大幅度的提供軟件測(cè)試的效率和質(zhì)量。在使用自動(dòng)化的測(cè)試工具的時(shí)候我們建議盡早的開(kāi)始測(cè)試的工作，這樣可以使修改錯(cuò)誤更加的容易和廉價(jià)，并且可以減少更正錯(cuò)誤對(duì)軟件開(kāi)發(fā)周期的影響。下圖顯示了手工測(cè)試與自動(dòng)化測(cè)試的比較。這個(gè)測(cè)試案例中包括1750個(gè)測(cè)試用例和700多個(gè)錯(cuò)誤。 手工測(cè)試與自動(dòng)化測(cè)試的比較
通過(guò)這個(gè)表我們可以看出自動(dòng)化測(cè)試與傳統(tǒng)的手工測(cè)試在所有的方面都有很大的不同，尤其是在執(zhí)行測(cè)試和產(chǎn)生測(cè)試報(bào)告的方面。
迭代式的開(kāi)發(fā)過(guò)程已經(jīng)顯示了比瀑布式開(kāi)發(fā)的巨大好處，并已逐漸的取代傳統(tǒng)的瀑布式開(kāi)發(fā)成為了目前最流行的軟件開(kāi)發(fā)過(guò)程。在迭代開(kāi)發(fā)中強(qiáng)調(diào)在較短的時(shí)間間隔中產(chǎn)生多個(gè)可執(zhí)行、可測(cè)試的軟件版本，這就意味著測(cè)試人員也必須為每次個(gè)迭代產(chǎn)成的軟件系統(tǒng)進(jìn)行測(cè)試。測(cè)試工作的周期被縮短了，測(cè)試的頻率被增加了。在這種情況下，傳統(tǒng)的手工測(cè)試已經(jīng)嚴(yán)重的滿足不了軟件開(kāi)發(fā)的需求。如下圖所示，當(dāng)?shù)谝粋€(gè)可測(cè)試的版本產(chǎn)生后，測(cè)試人員開(kāi)始對(duì)這個(gè)版本的系統(tǒng)進(jìn)行測(cè)試，很快第二個(gè)版本在第一個(gè)版本的技術(shù)上產(chǎn)生了，測(cè)試人員需要在第二次測(cè)試時(shí)重復(fù)上次的測(cè)試工作，還要對(duì)新增加的功能進(jìn)行測(cè)試，每經(jīng)過(guò)一個(gè)迭代測(cè)試的工作量會(huì)逐步的累加。隨著軟件開(kāi)發(fā)過(guò)程的進(jìn)展，測(cè)試工作變得越來(lái)越繁重，如果使用手工測(cè)試的方法，將很難保證測(cè)試工作的進(jìn)度和質(zhì)量。在這種情況下應(yīng)用良好的自動(dòng)測(cè)試工具將勢(shì)在必行。通過(guò)使用自動(dòng)化測(cè)試工具測(cè)試人員只要根據(jù)測(cè)試需求完成測(cè)試過(guò)程中的所需的行為，自動(dòng)化測(cè)試工具將自動(dòng)生成測(cè)試腳本，通過(guò)對(duì)測(cè)試腳本的簡(jiǎn)單修改便可以用于以后相同功能的測(cè)試了，而不必手工的重復(fù)已經(jīng)測(cè)試過(guò)的功能部分。 手工測(cè)試的問(wèn)題  同時(shí)，現(xiàn)代的 GUI 開(kāi)發(fā)技術(shù)已經(jīng)非常的先進(jìn)了，它提供給開(kāi)發(fā)人員快速開(kāi)發(fā)的能力。這就意味著開(kāi)發(fā)人員能夠非常快速的改變應(yīng)用程序，并將新的版本交個(gè)測(cè)試人員進(jìn)行測(cè)試。實(shí)際上，很多公司每天都會(huì)有多個(gè)應(yīng)用版本產(chǎn)生。如果還是使用傳統(tǒng)的手工測(cè)試的方法是根本不可能符合軟件快速開(kāi)發(fā)的要求的。
自動(dòng)化測(cè)試過(guò)程  錄制測(cè)試過(guò)程成為自動(dòng)化測(cè)試腳本 開(kāi)始自動(dòng)化測(cè)試過(guò)程的第一個(gè)步驟是根據(jù)測(cè)試用例（測(cè)試需求）錄制測(cè)試活動(dòng)的過(guò)程。當(dāng)測(cè)試人員在被測(cè)試的應(yīng)用程序中進(jìn)行測(cè)試的活動(dòng)時(shí)，自動(dòng)化測(cè)試工具將捕獲測(cè)試人員與應(yīng)用程序之間的所有交互，并根據(jù)這些交互生成可重用的測(cè)試腳本。測(cè)試人員在這個(gè)階段需要考慮的一個(gè)關(guān)鍵問(wèn)題就是，使用的測(cè)試工具是否有能力在應(yīng)用程序的環(huán)境中捕獲所有與應(yīng)用程序的交互。 這里我們要強(qiáng)調(diào)的是你需要考慮與測(cè)試應(yīng)用有關(guān)的所有環(huán)境。讓我們通過(guò)一個(gè)例子進(jìn)行說(shuō)明。假如你的應(yīng)用是一個(gè)基于 Web 的應(yīng)用，你可能會(huì)認(rèn)為我們測(cè)試工具只要能夠支持你使用的瀏覽器就足夠了。但這并不是足夠的，在測(cè)試基于 Web 的應(yīng)用的過(guò)程中，一定會(huì)去要和一些其他的補(bǔ)助應(yīng)用打交道，比如也許你需要和某種數(shù)據(jù)庫(kù)查許工具進(jìn)行交互以確認(rèn)數(shù)據(jù)被正確的輸入到了數(shù)據(jù)庫(kù)，或者也許你需要和注冊(cè)表編輯器進(jìn)行交互以驗(yàn)證注冊(cè)表的鍵值。或者也許你將需要和一個(gè)電子郵件的客戶端程序交互來(lái)驗(yàn)證從你的 Web 應(yīng)用發(fā)出的郵件。 你對(duì)主要測(cè)試環(huán)境將是你對(duì)瀏覽器，但是你同時(shí)要確認(rèn)你能夠通過(guò)測(cè)試工具來(lái)測(cè)試其他所有的輔助環(huán)境，這樣才能實(shí)現(xiàn)測(cè)試的所有環(huán)節(jié)的自動(dòng)化。如果某一個(gè)測(cè)試環(huán)節(jié)不能被自動(dòng)化測(cè)試工具支持，它將成為阻礙測(cè)試效率的瓶頸。 增強(qiáng)和改進(jìn)錄制的自動(dòng)化測(cè)試腳本 自動(dòng)化測(cè)試過(guò)程的第二個(gè)步驟是增強(qiáng)和改進(jìn)已錄制的測(cè)試腳本。你需要閱讀錄制好的腳本代碼，并對(duì)其進(jìn)行適當(dāng)?shù)男韪摹Ｎ覀兣e例說(shuō)明，當(dāng)你錄制一個(gè)腳本時(shí)，自動(dòng)化測(cè)試工具將記錄你輸入的所有數(shù)據(jù)。用一個(gè)簡(jiǎn)單的腳本來(lái)說(shuō)，你的腳本可以讀出一個(gè)文本文件的內(nèi)容，你可以通過(guò)設(shè)置參數(shù)為這個(gè)腳本輸入不同的數(shù)據(jù)集。這樣這個(gè)腳本變得更加有用了。 為了實(shí)現(xiàn)這一點(diǎn)，你需要確保你能夠得到一種簡(jiǎn)單的語(yǔ)言以支持你所有的需要。 你還要確認(rèn)你的測(cè)試工具能夠支持所有你應(yīng)用程序中的控件。通常情況下，開(kāi)發(fā)人員將創(chuàng)建自己的GUI 或者甚至是一些非 GUI 的對(duì)象在應(yīng)用程序中。你需要確認(rèn)你能夠通過(guò)修改測(cè)試腳本來(lái)使用這些控件。 執(zhí)行自動(dòng)化測(cè)試腳本完成自動(dòng)化測(cè)試 執(zhí)行單個(gè)或者少量的測(cè)試腳本是十分簡(jiǎn)單的，但是當(dāng)回歸測(cè)試不斷的增加時(shí)，情況就變得復(fù)雜多了。你必須確認(rèn)你能夠協(xié)調(diào)測(cè)試腳本之間的關(guān)系，并能夠從多臺(tái)機(jī)器上按照多種配置來(lái)執(zhí)行測(cè)試腳本。
Ratioanl Robot 幫助你實(shí)現(xiàn)有效的自動(dòng)化測(cè)試 Robot 可以監(jiān)測(cè)到測(cè)試人員與應(yīng)用程序之間的所有交互行為，并可以產(chǎn)生相應(yīng)的測(cè)試腳本。 現(xiàn)在你必須理解自動(dòng)化測(cè)試中關(guān)于驗(yàn)證點(diǎn)和檢查的主要區(qū)別。當(dāng)你進(jìn)行手工測(cè)試時(shí)，通常你可以通過(guò)看屏幕中顯示的結(jié)果來(lái)判斷應(yīng)用程序執(zhí)行是否是正確的，或者你可以將屏幕上的結(jié)果與文檔或者其他的一些結(jié)果基線進(jìn)行比較。在 Robot 中這種比較是通過(guò)在測(cè)試腳本中設(shè)置驗(yàn)證點(diǎn)實(shí)現(xiàn)的。在執(zhí)行腳本時(shí)Robot 會(huì)在驗(yàn)證點(diǎn)獲取測(cè)試感興趣的數(shù)據(jù)，然后與已設(shè)定好的結(jié)果集進(jìn)行比較判斷測(cè)試是否通過(guò)。這個(gè)比較的過(guò)程叫作檢查。 目前 Robot 對(duì)幾乎所有流行的應(yīng)用環(huán)境多有良好的支持和工作表現(xiàn)。尤其是對(duì)象 HTML、Java 和 .NET 應(yīng)用、 Visual Basic,、PowerBuilder,、Delphi、 Oracle 表單 和 MFC 控件（控件最常用在 C和 C++ 的應(yīng)用中）有著非常強(qiáng)大的支持。 在 Robot 覆蓋了幾乎所有的應(yīng)用環(huán)境的同時(shí)，仍然存在一些用很少被使用的語(yǔ)言和環(huán)境創(chuàng)建的程序部分，對(duì)于這些環(huán)境， Robot 具有一種通用的記錄引擎可以捕獲幾乎所有的基本界面交互。因此可以說(shuō)，使用 Robot 能過(guò)滿足幾乎所有的測(cè)試環(huán)境要求。 驗(yàn)證點(diǎn)是一個(gè) Robot 測(cè)試腳本中的一個(gè)術(shù)語(yǔ)，在驗(yàn)證點(diǎn)上你可以檢查某些系統(tǒng)表單的行為。 在 Robot中最常用的驗(yàn)證點(diǎn)是對(duì)象屬性和對(duì)象的數(shù)據(jù)驗(yàn)證。這些驗(yàn)證點(diǎn)被用于捕獲對(duì)象的狀態(tài)和對(duì)象測(cè)試期間的數(shù)據(jù)。在 Robot 中創(chuàng)建驗(yàn)證點(diǎn)與選擇想得到的驗(yàn)證點(diǎn)和識(shí)別想要被測(cè)試的對(duì)象一樣的簡(jiǎn)單。 但是很多情況下我們想要的驗(yàn)證點(diǎn)可能并不是眼睛可以看到的控件。就像下面圖中顯示的，測(cè)試者看到的是瀏覽器中各個(gè)元素的結(jié)果值，這些結(jié)果值 Robot 也可以看到，但測(cè)試者卻看不到網(wǎng)頁(yè)上對(duì)象的屬性，比如網(wǎng)頁(yè)的 Cookie 屬性，但是這些對(duì)象屬性都可以被 Robot 看見(jiàn)。 Robot 的測(cè)試驗(yàn)證點(diǎn) 一旦驗(yàn)證點(diǎn)被捕獲了，信息就會(huì)被存儲(chǔ)在測(cè)試數(shù)據(jù)區(qū)域。在執(zhí)行回放時(shí)，測(cè)試捕獲的數(shù)據(jù)將與測(cè)試數(shù)據(jù)區(qū)域中的數(shù)據(jù)基線進(jìn)行比較。如果比較結(jié)果有任何的不同，他們將獲被標(biāo)記為"失敗"并被記錄在測(cè)試日志中。 Robot 還具有對(duì)整個(gè)網(wǎng)站的斷裂鏈接進(jìn)行檢查的能力，這也是通過(guò)設(shè)置驗(yàn)證點(diǎn)實(shí)現(xiàn)的。 Robot 對(duì)增強(qiáng)、改進(jìn)測(cè)試腳本的支持 一旦腳步錄制完成，在某些情況下，你可以直接執(zhí)行它。對(duì)于一個(gè)簡(jiǎn)單的腳本，可能不需要進(jìn)行任何的改進(jìn)工作。然而，多數(shù)的測(cè)試腳本將從通過(guò)改進(jìn)與增強(qiáng)中受益。改進(jìn)和增強(qiáng)測(cè)試腳本的工作非常簡(jiǎn)單，就像在程序代碼中添加幾行代碼以處理一些條件邏輯一樣簡(jiǎn)單，這對(duì)于有一點(diǎn)開(kāi)發(fā)語(yǔ)言基礎(chǔ)的人來(lái)說(shuō)也是很容易的工作。舉一個(gè)簡(jiǎn)單的例子，你需要測(cè)試在給定的環(huán)境中計(jì)算機(jī)屏幕上是否彈出了一個(gè)窗口。在這個(gè)例子中，你只需要在測(cè)試腳本的代碼中添加簡(jiǎn)單的類型聲明以處理窗口是否出現(xiàn)。 Robot 使用 SQA Basic 語(yǔ)言對(duì)測(cè)試腳本進(jìn)行編輯。SQA Basic 遵循Visual Basic 的語(yǔ)法規(guī)則并且為我們提供了非常適合與測(cè)試環(huán)境的方便的閱讀語(yǔ)言代碼的方式。通過(guò)使用這種語(yǔ)言，即便是很少編程經(jīng)驗(yàn)的測(cè)試人員也能夠很容易的理解代碼的含義。對(duì)于哪些有豐富編程經(jīng)驗(yàn)的人來(lái)說(shuō)，他們將會(huì)發(fā)現(xiàn)，SQA 可以非常靈活的進(jìn)行一些高級(jí)的編程，比如利用 COM 對(duì)象或者訪問(wèn)Windows 的編程接口。 SQA Basic 語(yǔ)言是從 Visual Basic 語(yǔ)言中演化而來(lái)的，同時(shí)它對(duì)語(yǔ)法進(jìn)行了擴(kuò)展，添加了一些測(cè)試專用的命令。這些新的命令擴(kuò)展了 Robot 對(duì)所有 GUI 對(duì)象的編程訪問(wèn)能力，同時(shí)也使通常的編程任務(wù)―象創(chuàng)建一個(gè)數(shù)據(jù)驅(qū)動(dòng)的測(cè)試―更加的簡(jiǎn)單。 對(duì)于測(cè)試人員來(lái)說(shuō)，無(wú)法實(shí)現(xiàn)自動(dòng)化測(cè)試的一個(gè)共同原因是，他們無(wú)法測(cè)試自定義的控件。自定義的控件通常是被開(kāi)發(fā)人員編寫(xiě)的，或者是從特定的控件供應(yīng)商買(mǎi)來(lái)的以填補(bǔ)開(kāi)發(fā)的缺口，而這些控件的并不一定會(huì)保證是在標(biāo)準(zhǔn)的控件環(huán)境下被創(chuàng)建的。這些控件使開(kāi)發(fā)人員的工作更加簡(jiǎn)單的同時(shí)，卻給測(cè)試人員的工作帶來(lái)了極大的麻煩。 通常的情況下， Robot的通用錄制機(jī)制將可以支持多數(shù)的自定義的控件。但是也存在著 Robot 本身無(wú)法訪問(wèn)到被給的屬性或者控件的數(shù)據(jù)的情況。在這種情況下，也不要感到無(wú)助， Robot 具有非常好的擴(kuò)展接口，這個(gè)擴(kuò)展接口使 IBM Rational 的合作伙伴可以擴(kuò)展 Robot 的功能，以支持幾乎任何的控件。這就可以使測(cè)試人員從問(wèn)題控件中解脫出來(lái)，將精力放到測(cè)試任務(wù)之中。 Robot 對(duì)執(zhí)行測(cè)試腳本的支持 一旦完成了了錄制和改進(jìn)測(cè)試腳本，就應(yīng)該開(kāi)始執(zhí)行腳本完成測(cè)試了。 在執(zhí)行或者回放時(shí)， Robot承擔(dān)了這個(gè)任務(wù)。Robot 重復(fù)所有的用戶交互，計(jì)算當(dāng)前的應(yīng)用程序結(jié)果與驗(yàn)證基線的任何差異，并將結(jié)果記錄在測(cè)試日志中。在所有的測(cè)試腳本被執(zhí)行完后，QA 小組檢查測(cè)試日志評(píng)估他們應(yīng)用程序的健康性。 成功的腳本執(zhí)行的關(guān)鍵在于擁有多執(zhí)行點(diǎn)的能力。有時(shí)你可能希望只是執(zhí)行單個(gè)的或者少量的腳本，其他的時(shí)候你希望執(zhí)行所有的測(cè)試用例。這兩種情況是需要不同的考慮的。 Robot 對(duì)執(zhí)行測(cè)試腳本的靈活性 Robot 給你提供了你所需要的執(zhí)行腳本的靈活性。你可以以以下的方式執(zhí)行測(cè)試腳本：
Robot 執(zhí)行測(cè)試的方式 單一的腳本或者少量的腳本能過(guò)從 Robot 圖形界面中或者從命令行被執(zhí)行。更加復(fù)雜的大量的測(cè)試腳本能夠在 IBM Rational TestManager 工具中被創(chuàng)建和執(zhí)行。 當(dāng)從 TestManager 中執(zhí)行測(cè)試時(shí)，你可以獲得在遠(yuǎn)程的機(jī)器上執(zhí)行測(cè)試的增強(qiáng)能力。通過(guò)在遠(yuǎn)程的機(jī)器上安裝"測(cè)試代理"，TestManager 可以與遠(yuǎn)程的機(jī)器進(jìn)行通訊并計(jì)劃在遠(yuǎn)程機(jī)器上進(jìn)行測(cè)試腳本的執(zhí)行 － 這個(gè)遠(yuǎn)程機(jī)器可能是在隔壁房間或者根本是在其他的地方！ Robot 與 Rational TestManger 緊密的集成實(shí)現(xiàn)自動(dòng)化測(cè)試的有效管理 Robot 通過(guò)與 Rational TestMananger 的集成可以實(shí)現(xiàn)：
從 Rational TestManager 執(zhí)行測(cè)試 從 TestManager 執(zhí)行測(cè)試提供了創(chuàng)建復(fù)雜的測(cè)試執(zhí)行組合。TestManager 可以協(xié)調(diào)測(cè)試執(zhí)行的時(shí)間安排和測(cè)試腳本的依賴關(guān)系。當(dāng)你的回歸測(cè)試不斷增長(zhǎng)時(shí)，這種能力時(shí)絕對(duì)必要的。 當(dāng)從 TestManager 執(zhí)行測(cè)試腳本時(shí)，你將獲得管理測(cè)試配置的增強(qiáng)能力。TestManager 是"可配置的" ，這就意味著當(dāng)它計(jì)劃在遠(yuǎn)程機(jī)器上執(zhí)行一個(gè)測(cè)試腳本時(shí) －它對(duì)遠(yuǎn)程機(jī)器是可配置的（操作系統(tǒng)、處理器和其他任何條件） － 并針對(duì)配置來(lái)執(zhí)行測(cè)試腳本。因?yàn)橐粋€(gè)測(cè)試腳本需要對(duì)不同的操作系統(tǒng)有一些稍微不同的版本，比如 Windows 98 和 Windows XP。TestManager 將僅僅對(duì)被給定的測(cè)試代理配置發(fā)送正確的測(cè)試腳本。 最后我們來(lái)對(duì) Robot 成功實(shí)現(xiàn)自動(dòng)化測(cè)試的功能特性作一個(gè)總結(jié)。 Robot 具有廣泛的環(huán)境支持。Robot 給你很好的靈活性來(lái)測(cè)試在幾乎所有環(huán)境中被創(chuàng)建的應(yīng)用程序。 Robot 提供了靈活的和可擴(kuò)展的腳本語(yǔ)言 － SQA Basic 。 SQA Basic 是足夠簡(jiǎn)單易懂的，沒(méi)有編程經(jīng)驗(yàn)的測(cè)試人員也可以很容易的理解，SQA Basic 同時(shí)也是足夠強(qiáng)大的，可以滿足專業(yè)的測(cè)試工程師進(jìn)行復(fù)雜的編程需求。Robot 的通用錄制引擎具有良好的擴(kuò)展性，使你可以建立對(duì)任何控件的支持。當(dāng)你排除了對(duì)控件的困擾時(shí)，你便可以將精力放到測(cè)試工作上。 Robot 提供了非常靈活的執(zhí)行測(cè)試腳本的方式，你可以通過(guò) Robot 圖形界面和命令行執(zhí)行測(cè)試腳本，也可以從 Rational TestManager 按照不同的配置計(jì)劃在遠(yuǎn)程機(jī)器上的復(fù)雜的測(cè)試腳本的執(zhí)行。 |
聯(lián)系客服
