AutoRunner產(chǎn)品技術(shù)白皮書

1、PAGE 5 PAGE 64AutoRRunnner技術(shù)白皮書書上海澤眾軟軟件科技技有限公公司目錄TOC o 1-3 h z u HYPERLINK l _Toc242933885 1.總述 PAGEREF _Toc242933885 h 3 HYPERLINK l _Toc242933886 2.1 系系統(tǒng)定位位 PAGEREF _Toc242933886 h 8 HYPERLINK l _Toc242933887 2.2 自自動功能能測試工工具的概概念 PAGEREF _Toc242933887 h 8 HYPERLINK l _Toc242933888 2.3 業(yè)業(yè)務(wù)提供供 PAGERE

2、F _Toc242933888 h 11 HYPERLINK l _Toc242933889 2.3.11 AAutooRunnnerr適用性性說明 PAGEREF _Toc242933889 h 11 HYPERLINK l _Toc242933890 2.3.22 自動動化的功功能測試試 PAGEREF _Toc242933890 h 11 HYPERLINK l _Toc242933891 2.3.33 自動動化的回回歸測試試 PAGEREF _Toc242933891 h 12 HYPERLINK l _Toc242933892 2.3.44 每日日構(gòu)建與與冒煙測測試 PAGEREF

3、_Toc242933892 h 12 HYPERLINK l _Toc242933893 2.3.55 版本本升級測測試 PAGEREF _Toc242933893 h 13 HYPERLINK l _Toc242933894 2.3.66 特性性概述 PAGEREF _Toc242933894 h 14 HYPERLINK l _Toc242933895 2.4 產(chǎn)產(chǎn)品設(shè)計計目標(biāo) PAGEREF _Toc242933895 h 16 HYPERLINK l _Toc242933896 3.系統(tǒng)體體系結(jié)構(gòu)構(gòu)特性要要求 PAGEREF _Toc242933896 h 17 HYPERLINK l

4、 _Toc242933897 3.1 系系統(tǒng)要求求 PAGEREF _Toc242933897 h 17 HYPERLINK l _Toc242933898 3.2 系系統(tǒng)性能能 PAGEREF _Toc242933898 h 19 HYPERLINK l _Toc242933899 3.3 擴(kuò)擴(kuò)展能力力 PAGEREF _Toc242933899 h 20 HYPERLINK l _Toc242933900 3.4可靠靠性和可可用性 PAGEREF _Toc242933900 h 22 HYPERLINK l _Toc242933901 3.5國際際支持 PAGEREF _Toc242933

5、901 h 25 HYPERLINK l _Toc242933902 4.系統(tǒng)基基本功能能 PAGEREF _Toc242933902 h 25 HYPERLINK l _Toc242933903 4.1 測測試案例例創(chuàng)建與與錄制 PAGEREF _Toc242933903 h 25 HYPERLINK l _Toc242933904 4.2測試試案例編編輯與參參數(shù)化 PAGEREF _Toc242933904 h 26 HYPERLINK l _Toc242933905 4.3 測測試案例例參數(shù)化化 PAGEREF _Toc242933905 h 27 HYPERLINK l _Toc242

6、933906 4.4 增增加同步步點(diǎn)和驗驗證點(diǎn) PAGEREF _Toc242933906 h 29 HYPERLINK l _Toc242933907 4.5 測測試案例例執(zhí)行與與debbug PAGEREF _Toc242933907 h 30 HYPERLINK l _Toc242933908 5.AuttoRuunneer的特特點(diǎn) PAGEREF _Toc242933908 h 31 HYPERLINK l _Toc242933909 6.廠商支支持能力力 PAGEREF _Toc242933909 h 351.總述背景隨著軟件規(guī)規(guī)模的發(fā)發(fā)展和對對軟件系系統(tǒng)的依依賴，人人們發(fā)現(xiàn)現(xiàn)：軟件

7、件的質(zhì)量量對應(yīng)用用系統(tǒng)的的影響日日益增加加，質(zhì)量量存在問問題的軟軟件會導(dǎo)導(dǎo)致帳務(wù)務(wù)出錯，客客戶信息息丟失，用用戶的服服務(wù)出錯錯。因此，提高高軟件的的質(zhì)量成成為一個個重要的的問題。而而測試正正是提高高軟件質(zhì)質(zhì)量的有有效手段段。數(shù)據(jù)據(jù)顯示，在在一個軟軟件開發(fā)發(fā)過程中中，測試試占到整整個工作作的400600。所所以，如如何能夠夠在較低低成本的的情況下下大幅度度提高測測試的質(zhì)質(zhì)量，對對軟件的的最終質(zhì)質(zhì)量起到到非常重重要的作作用。另一方面，當(dāng)當(dāng)應(yīng)用軟軟件投入入使用之之后，隨隨著應(yīng)用用的不斷斷發(fā)展和和變化，將將會提出出大量的的新增需需求。新新功能對對用戶非非常重要要，能夠夠給用戶戶不斷發(fā)發(fā)展的業(yè)業(yè)務(wù)提供供

8、更強(qiáng)大大的支撐撐。當(dāng)開發(fā)人員員修改軟軟件的功功能、增增加軟件件功能，新新增功能能部分導(dǎo)導(dǎo)致原有有系統(tǒng)運(yùn)運(yùn)行不夠夠穩(wěn)定的的幾率必必然增加加，可靠靠性降低低：由于于修改一一個小錯錯誤造成成大量業(yè)業(yè)務(wù)無法法正常運(yùn)運(yùn)行的情情況。這這就需要要做大量量的回歸歸測試來來保證系系統(tǒng)的可可靠性，通通過回歸歸測試驗驗證以往往的功能能是正確確的、可可靠的。傳統(tǒng)的回歸歸測試是是由人工工來實現(xiàn)現(xiàn)的，需需要大量量的人員員來完成成固定的的輸入和和輸出檢檢查。人工測試帶帶來了一一系列問問題：1、測試質(zhì)質(zhì)量難以以保證。臨臨時參加加測試的的人員很很多都是是沒有受受到足夠夠培訓(xùn)的的人員，對對應(yīng)用軟軟件本身身的理解解不夠充充分，對對

9、測試技技術(shù)也不不夠了解解，往往往導(dǎo)致測測試案例例設(shè)計不不夠嚴(yán)密密，測試試的質(zhì)量量難以得得到保證證。2、測試的的成本很很高。組組織一次次大規(guī)模模的回歸歸測試會會導(dǎo)致大大量成本本發(fā)生：包括人人工成本本和管理理成本等等等。首首先是測測試人員員自身的的成本，然然后是由由于測試試進(jìn)度比比較緩慢慢造成的的開發(fā)人人員延誤誤造成的的成本，此此外，管管理測試試人員，協(xié)協(xié)調(diào)測試試和開發(fā)發(fā)人員之之間的關(guān)關(guān)系也需需要很多多的工作作和成本本。3、測試進(jìn)進(jìn)度難以以控制。由由于人員員、系統(tǒng)統(tǒng)穩(wěn)定性性等眾多多方面的的原因，導(dǎo)導(dǎo)致測試試的進(jìn)度度比較難難以度量量和控制制，造成成項目風(fēng)風(fēng)險防范范困難。4、測試案案例無法法保存和和管

10、理。作作為一個個項目，測測試案例例是一個個重要的的財富：同軟件件代碼一一樣，是是具有版版本和價價值的。傳傳統(tǒng)的做做法是使使用文檔檔來保存存測試案案例，無無法提供供一種標(biāo)標(biāo)準(zhǔn)格式式來保存存測試案案例。這這樣就會會導(dǎo)致測測試案例例的存放放非常困困難，使使用非常常困難，造造成了資資源的浪浪費(fèi)：但但需要再再做一次次回歸測測試的時時候，往往往原來來的案例例都被丟丟棄了，還還需要重重新設(shè)計計和完成成測試案案例。解決方案企業(yè)可以建建立一整整套軟件件自動測測試體系系，包括括：需求求管理、測測試分析析、測試試管理、缺缺陷跟蹤蹤，并且且把這個個過程納納入整個個軟件項項目開發(fā)發(fā)和軟件件產(chǎn)品開開發(fā)過程程。實際上，在在

11、CMMM的規(guī)范范中，測測試本身身就是SSQA的的一部分分。自動測試的的基礎(chǔ)就就在于測測試工具具，只有有采用了了優(yōu)秀的的自動測測試軟件件，才能能夠解決決自動測測試的問問題。自自動測試試工具能能夠在兩兩個階段段給軟件件開發(fā)企企業(yè)帶來來價值：第一，對對于軟件件開發(fā)人人員來說說，高效效率的自自動測試試工具能能夠提供供給程序序員自己己完成開開發(fā)過程程中的冒冒煙測試試，便于于在頻繁繁修改的的軟件過過程中迅迅速完成成測試，保保證編碼碼的穩(wěn)定定性；第第二，對對于項目目和產(chǎn)品品的測試試階段來來說，能能夠提供供穩(wěn)定的的回歸測測試，保保證產(chǎn)品品的可靠靠性。眾所周知，在測試階段發(fā)現(xiàn)問題的投入，相對與在軟件投產(chǎn)之后出現(xiàn)

12、錯誤再去解決問題要小的多。上海澤眾軟軟件科技技有限公公司開發(fā)發(fā)出了國國內(nèi)第一一個擁有有自主知知識產(chǎn)權(quán)權(quán)的自動動測試軟件件自自動測試試引擎(AuttoRuunneer)，能夠夠幫助用用戶實現(xiàn)現(xiàn)自動化化測試。概述1、本技術(shù)術(shù)白皮書書適用于于上海澤澤眾軟件件科技有有限公司司自動測測試工具具（AuutoRRunnner）。2、本技術(shù)術(shù)白皮書書是上海海澤眾軟軟件科技技有限公公司自動動測試工工具（AAutooRunnnerr）的技術(shù)術(shù)說明，也也是技術(shù)術(shù)談判的的主要內(nèi)內(nèi)容，是是采購方方詢價、系系統(tǒng)選型型以及系系統(tǒng)測試試和驗收收的主要要技術(shù)依依據(jù)。3、本技術(shù)術(shù)白皮書書是根據(jù)據(jù)信息產(chǎn)產(chǎn)業(yè)部頒頒布的有有關(guān)技術(shù)術(shù)體

13、制和和技術(shù)政政策并結(jié)結(jié)合上海海澤眾軟軟件科技技有限公公司的實實際情況況制定的的。本技技術(shù)白皮皮書沒有有提出而而信息產(chǎn)產(chǎn)業(yè)部的的技術(shù)體體制以及及技術(shù)標(biāo)標(biāo)準(zhǔn)已有有具體規(guī)規(guī)定的內(nèi)內(nèi)容，應(yīng)應(yīng)按信息息產(chǎn)業(yè)部部的技術(shù)術(shù)體制以以及技術(shù)術(shù)標(biāo)準(zhǔn)執(zhí)執(zhí)行，如如果存在在不一致致應(yīng)以信信息產(chǎn)業(yè)業(yè)部頒布布的最新新技術(shù)體體制及技技術(shù)標(biāo)準(zhǔn)準(zhǔn)內(nèi)容為為準(zhǔn)。本技術(shù)白皮皮書在內(nèi)內(nèi)容或技技術(shù)指標(biāo)標(biāo)上如果果存在錯錯誤（包包括印刷刷錯誤），經(jīng)經(jīng)雙方確確認(rèn)后可可對該錯錯誤內(nèi)容容或技術(shù)術(shù)指標(biāo)進(jìn)進(jìn)行修正正。自動測試工工具（AAutooRunnnerr）版本本升級之之后，上上海澤眾眾軟件科科技有限限公司有有權(quán)對本本技術(shù)白白皮書進(jìn)進(jìn)行修改改，并不不

14、需要主主動通知知用戶。本技術(shù)白皮皮書以下下內(nèi)容為為用戶重重點(diǎn)考察察內(nèi)容：軟件的功能能、性能能、技術(shù)術(shù)指標(biāo)和和環(huán)境要要求；設(shè)備容量計計算和配配置方法法；所提供的數(shù)數(shù)據(jù)庫的的功能和和性能指指標(biāo)；軟件安裝要要求；提供軟件的的接口、協(xié)協(xié)議等工工程技術(shù)術(shù)要求；乙方供貨范范圍、交交貨能力力和時間間、運(yùn)輸輸、安裝裝、調(diào)測測驗收和和培訓(xùn)等等項內(nèi)容容的日程程安排；其他有關(guān)技技術(shù)資料料。本軟件對涉涉及專利利、知識識產(chǎn)權(quán)等等法律條條款承擔(dān)擔(dān)有限責(zé)責(zé)任。本技術(shù)白皮皮書提供供了對上上海澤眾眾軟件科科技有限限公司的的自動測測試工具具（AuutoRRunnner）的相關(guān)關(guān)技術(shù)描描述，由由于用戶戶使用造造成損失失，上海海澤眾

15、軟軟件科技技有限公公司不承承擔(dān)責(zé)任任。本技術(shù)白皮皮書以中中文編寫寫，未經(jīng)經(jīng)上海澤澤眾軟件件科技有有限公司司同意或或授權(quán)的的其它語語言或形形式的技技術(shù)白皮皮書無效效。本技術(shù)規(guī)范范書的解解釋權(quán)歸歸上海澤澤眾軟件件科技有有限公司司。2.系統(tǒng)統(tǒng)概述2.1 系系統(tǒng)定位位AutoRRunnner是是一個自自動測試試工具的的集合，也也是一個個自動測測試框架架，加載載不同的的測試組組件，就就能夠?qū)崒崿F(xiàn)面向向不同應(yīng)應(yīng)用的測測試。AutoRRunnner 支持瀏瀏覽器測測試和其其他各種種技術(shù)平平臺的AAUT（apppliccatiion undder tesst），包包括：瀏瀏覽器、java、win32、silv

16、erlight、flex、.NET等。2.2 自自動功能能測試工工具的概概念測試腳本自動測試，就就是使用用一個程程序來測測試另一一個程序序（被測測試的應(yīng)應(yīng)用系統(tǒng)統(tǒng)）功能能的正確確性。如如果用來來測試的的程序本本身非常常復(fù)雜，也也需要被被測試，或或者編寫寫困難，那那么自動動測試就就失去了了意義。因此，用來來測試另另外一個個程序的的程序往往往是非非常簡單單的，我我們把這這個程序序稱為“測測試腳本本”。測試腳本通通常在測測試工具具的IDDE里執(zhí)執(zhí)行，并并且獲得得IDEE的支持持。自動記錄當(dāng)我們編寫寫測試腳腳本的時時候，往往往發(fā)現(xiàn)現(xiàn)編寫腳腳本本身身是很困困難的：了解腳腳本的語語法、了了解測試試過程、把

17、把測試過過程轉(zhuǎn)換換稱為測測試腳本本語句。自動記錄，就就是通過過記錄一一個操作作過程來來獲得測測試腳本本的功能能。通過過自動記記錄，我我們就能能夠得到到一個操操作的基基本的腳腳本，通通過修改改這個腳腳本，我我們得到到更通用用的測試試腳本。同步點(diǎn)在執(zhí)行測試試腳本的的時候，測測試腳本本語句的的操作對對象是GGUI的的組件。測測試腳本本通過這這個組件件的屬性性（如：名稱、位位置、wwincclasss、dissablle等）來來確定那那個組件件是我們們需要操操作的組組件。這個查找組組件的過過程如果果失敗，意意味著：第一，應(yīng)用系統(tǒng)的響應(yīng)比較慢，需要等待一段時間再進(jìn)行一次定位；或者第二，該組件不存在。這個

18、查找、定定位組件件的過程程，我們們稱為同同步點(diǎn)。AutoRRunnner的的同步點(diǎn)點(diǎn)都是隱隱含方式式的：在在操作對對象的時時候進(jìn)行行自動同同步，自自動設(shè)置置同步點(diǎn)點(diǎn)。檢查點(diǎn)測試的目的的是檢查查數(shù)據(jù)是是否正確確。在測試的過過程中，我我們需要要檢查某某個組件件的某些些屬性滿滿足某個個條件。這個檢查的位置和條件，我們稱為檢查點(diǎn)。在AutooRunnnerr中，使使用chheckk（“obbjecctnaame”， “prooperrty”， “期望望值”）來作為檢查點(diǎn)的腳本語句，它檢查對象objectname的屬性property是否和期望值一致。在使用使用用中，可可以使用用檢查點(diǎn)點(diǎn)來檢驗驗系統(tǒng)的的

19、各個方方面，如如數(shù)據(jù)庫庫、GUUI屬性性等。參數(shù)化與數(shù)數(shù)據(jù)驅(qū)動動測試腳本是是針對一一個測試試過程的的。一個個測試過過程往往往需要眾眾多的數(shù)數(shù)據(jù)來測測試。通通過自動動錄制得得到的腳腳本，所所有的輸輸入數(shù)據(jù)據(jù)都是常常數(shù)，是是固定的的。如果需要使使用一個個測試腳腳本測試試多組數(shù)數(shù)據(jù)，就就需要對對腳本進(jìn)進(jìn)行參數(shù)數(shù)化，把把固定的的常數(shù)修修改為來來自數(shù)據(jù)據(jù)源變量量。這個過程我我們稱為為參數(shù)化化。采用了參數(shù)數(shù)化的腳腳本，我我們稱為為數(shù)據(jù)驅(qū)驅(qū)動的模模式。2.3 業(yè)業(yè)務(wù)提供供所謂業(yè)務(wù)提提供，就就是指使使用本自自動測試試工具能能夠提供供的功能能。2.3.11 AutooRunnnerr適用性性說明AutoRRun

20、nner是是一個產(chǎn)產(chǎn)品家族族，不是是一個單單個的產(chǎn)產(chǎn)品。這這個產(chǎn)品品家族的的特點(diǎn)是是共同使使用了一一個標(biāo)準(zhǔn)準(zhǔn)的IDDE，并并且使用用相同的的測試腳腳本語言言。從腳腳本的角角度上看看，他們們是完全全相同的的。所不同的是是相同的的IDEE采用不不同的測測試pllugiin組件件。我們們提供不不同的組組件以滿滿足不同同的測試試需求：2.3.22 自動化化的功能能測試AutoRRunnner的的基本功功能，就就是對軟軟件進(jìn)行行功能測測試。功功能測試試本身是是面向需需求的黑黑盒測試試工具。它以需求點(diǎn)點(diǎn)為出發(fā)發(fā)點(diǎn)，為為了滿足足需求點(diǎn)點(diǎn)（即需需求），進(jìn)進(jìn)行測試試分析，得得到測試試案例。然然后使用用測試工工具

21、得到到測試案案例庫（測測試案例例庫包括括測試腳腳本和案案例數(shù)據(jù)據(jù)），并并且根據(jù)據(jù)測試案案例庫對對功能進(jìn)進(jìn)行測試試，得到到被測試試軟件的的錯誤報報告和缺缺陷跟蹤蹤報告，進(jìn)進(jìn)而反饋饋給軟件件開發(fā)人人員，幫幫助他們們確定問問題，修修改錯誤誤，提高高軟件的的質(zhì)量。2.3.33 自動化化的回歸歸測試由于軟件開開發(fā)是面面向用戶戶需求的的，而用用戶需求求也是不不斷變化化的。修修改軟件件會經(jīng)常常性的引引入錯誤誤，根據(jù)據(jù)統(tǒng)計，每每修改33個錯誤誤可能會會引入11個錯誤誤。雖然修改了了很小的的一部分分，卻存存在引入入巨大錯錯誤的風(fēng)風(fēng)險。防防范風(fēng)險險的手段段就是回回歸測試試。手工回歸測測試往往往需要大大量的人人力才

22、能能夠?qū)崿F(xiàn)現(xiàn)，這就就出現(xiàn)了了：減少少測試（降降低了成成本）就就增加了了風(fēng)險；降低了了風(fēng)險（引引入大量量測試人人員進(jìn)行行全面的的回歸測測試）就就會增加加成本。采用AuttoRuunneer的自自動化測測試工具具就能夠夠解決這這個問題題。2.3.44 每日構(gòu)構(gòu)建與冒煙測測試程序員往往往通過單單元測試試來對他他（她）所所負(fù)責(zé)的的部分進(jìn)進(jìn)行測試試。當(dāng)測測試完成成后，又又需要進(jìn)進(jìn)行集成成測試（即即幾個模模塊組裝裝在一起起之后的的測試）。單元測試是是白盒測測試，往往往和最最后的功功能測試試存在一一定的差差異。目前，很多多先進(jìn)的的做法（如如微軟）都都采用每每日構(gòu)建建和冒煙煙測試的的方法，就就是在每每天程序序

23、員都需需要提交交自己的的代碼，并并且構(gòu)建建一個版版本進(jìn)行行測試，第第二天把把測試的的結(jié)果反反饋給開開發(fā)者。每日構(gòu)建和和冒煙測測試能夠夠很大程程度上提提高軟件件的開發(fā)發(fā)效率，并并且對與與SQAA而言是是增加了了軟件度度量的指指標(biāo)。每日構(gòu)建和和冒煙測測試必然然要建立立在自動動測試工工具的基基礎(chǔ)上，依依靠人是是無法在在每天晚晚上完成成一次完完整的功功能測試試的。2.3.55 版本升升級測試試新軟件開發(fā)發(fā)完畢，即將發(fā)布的時候，用戶非常關(guān)心：新的版本是否能夠完成原來來版本的功能、是否和老版本功能兼容。重新測試一一邊老版版本的所所有功能能是必要要的，會會提前發(fā)發(fā)現(xiàn)版本本兼容的的問題、數(shù)數(shù)據(jù)的問問題等等等。

24、實現(xiàn)這個測測試的基基礎(chǔ)就是是自動測測試功能能，基于于AuttoRuunneer的測測試案例例能夠在在很短的的時間之之內(nèi)完成成一次測測試，防防止問題題發(fā)生。2.3.66 特性概述述AutoRRunnner作作為自動動測試工工具，采采用最流流行的JJavaa beaanshhelll腳本語言言作為測測試腳本本，增加加了測試試人員對對測試工工具的接接收程度度，也能能夠在測測試人員員學(xué)習(xí)測測試工具具的過程程中學(xué)會會javva的基基本知識識。AutoRRunnner具具有優(yōu)秀秀的錄制制功能，能能夠一次次錄制非非常完善善的腳本本和資源源，降低低了測試試人員修修改腳本本的工作作量。對對于測試試過程中中遭遇不

25、不斷回放放錯誤的的測試人人員來說說，是非非常有價價值的。強(qiáng)大的對象象識別技技術(shù)。在在測試執(zhí)執(zhí)行的過過程中，由由于版本本不同，可可能會導(dǎo)導(dǎo)致各個個版本之之間的組組件發(fā)生生名稱、位位置、屬屬性等方方面的變變化，從從而導(dǎo)致致上一次次錄制的的腳本無無法工作作。AuutoRRunnner的的對象識識別技術(shù)術(shù)，能夠夠不以來來于對象象的位置置，并且且具有自自動識別別的功能能，在無無法精確確定位組組件的情情況下，能能夠選中中一個最最可能的的組件，使使得腳本本的更改改下降到到最低。簡便的腳本本。對于使使用jaava語語言作為為腳本，很很多測試試人員可可能會擔(dān)擔(dān)心過于于復(fù)雜。實實際上，所有的測試腳本都是繼承一個標(biāo)

26、準(zhǔn)的類TestCase，并且使用它提供的基本方法，因此是非常簡單的，沒有復(fù)雜的java成分，便于那些已經(jīng)學(xué)習(xí)過其他測試工具的測試人員遷移到這個工具上來。自動化的數(shù)數(shù)據(jù)驅(qū)動動。AuttoRuunneer提供供了自動動化的數(shù)數(shù)據(jù)驅(qū)動動功能：在錄制制腳本的的時候，已已經(jīng)在腳腳本中實實現(xiàn)了數(shù)數(shù)據(jù)驅(qū)動動。用戶戶可以把把不需要要的數(shù)據(jù)據(jù)驅(qū)動修修改為常常量。因因此，測測試人員員不需要要自己來來編寫復(fù)復(fù)雜的數(shù)數(shù)據(jù)驅(qū)動動。另外外AuttoRuunneer還提提供了一一個數(shù)據(jù)據(jù)驅(qū)動框框架，便便于測試試人員使使用。關(guān)鍵字驅(qū)動動。AuttoRuunneer實現(xiàn)現(xiàn)了關(guān)鍵鍵字驅(qū)動動，IDDE提供供關(guān)鍵字字視圖和和專家視視

27、圖（編編輯測試試腳本），不不熟悉腳腳本的用用戶通過過拖拽的的方式也也能夠編編輯測試試腳本；經(jīng)過編編輯的測測試腳本本也能夠夠被轉(zhuǎn)換換成關(guān)鍵鍵字來查查看和編編輯。關(guān)關(guān)鍵字驅(qū)驅(qū)動的引引入，降降低了自自動測試試的難度度，使得得不熟悉悉測試腳腳本的測測試工程程師也能能夠編寫寫和維護(hù)護(hù)測試腳腳本。對象指示器器。AuttoRuunneer的對對象指示示器能夠夠在錄制制腳本的的時刻，指指示識別別到的對對象，并并且保存存此對象象的圖片片，作為為對象屬屬性的一一部分。在在關(guān)鍵字字視圖上上，能夠夠查看每每個語句句關(guān)聯(lián)的的腳本；在對象象瀏覽器器上，可可以在查查看對象象屬性的的同時顯顯示對象象的圖片片，便于于用戶理理解

28、當(dāng)前前對象的的位置信信息。靈活的驗證證方式。案案例執(zhí)行行的正確確與否需需要數(shù)據(jù)據(jù)比對來來驗證。AutoRunner提供了強(qiáng)大驗證方式，用戶可以非常簡便的通過編寫腳本來使用，如提供對字符串的正則表達(dá)式驗證。良好的擴(kuò)展展性。一般的的腳本雖雖然很簡簡便，但但是對于于特殊的的測試，往往往需要要更復(fù)雜雜的功能能，例如如：需要要對網(wǎng)絡(luò)絡(luò)上的另另一臺系系統(tǒng)中的的數(shù)據(jù)庫庫的某些些數(shù)據(jù)進(jìn)進(jìn)行同步步?；颈镜腁uutoRRunnner不不提供這這個功能能。由于于AuttoRuunneer使用用了標(biāo)準(zhǔn)準(zhǔn)的jaava（目目前為最最新的JJDK11.5）那么用用戶可以以自己編編寫一個個同步方方法（或或者類）加入到系統(tǒng)中

29、來使用，只要是java已經(jīng)提供的功能，都可以得到完善的支持。標(biāo)準(zhǔn)化。AAutooRunnnerr符合測測試工具具的基本本要求，如如：同步步點(diǎn)、驗驗證點(diǎn)、錯錯誤報告告等，都都遵守了了國際化化測試標(biāo)標(biāo)準(zhǔn)，便便于用戶戶理解和和使用，也也便于用用戶比較較各個不不同測試試工具之之間的差差異。2.4 產(chǎn)產(chǎn)品設(shè)計計目標(biāo)提高回歸測測試的覆覆蓋率，提提高測試試質(zhì)量。對于功能已經(jīng)完整和成熟的軟件，每次發(fā)布一個新的版本，其中大部分功能和界面都和上一個版本相似或完全相同，這部分功能特別適合于自動化測試， 從而可以讓測試達(dá)到測試每個特征的目的。通過AutoRunner來編寫回歸測試的測試案例，并且再每次發(fā)布版本的時候通

30、過執(zhí)行所有的測試案例來進(jìn)行回歸測試，能夠覆蓋大量的功能人工測試無法進(jìn)行測試的功能。每日測試的的高效率率。DCCC版本本的發(fā)布布周期往往往比較較短，也也就是開開發(fā)周期期只有短短短的幾幾個月，而而在測試試期間是是每天/每2天都要要發(fā)布一一個版本本供測試試人員測測試，一一個系統(tǒng)統(tǒng)的功能能點(diǎn)有幾幾千個上上萬個，人人工測試試是非常常的耗時時和繁瑣瑣，這樣樣必然會會使測試試效率低低下。AAutooRunnnerr通過高高效率的的自動執(zhí)執(zhí)行測試試案例，允允許每天天對版本本進(jìn)行測測試，提提高測試試效率。具有一致性性和可重重復(fù)性。由于每每次自動動化測試試運(yùn)行的的腳本是是相同的的, 所以以每次執(zhí)執(zhí)行的測測試具有有

31、一致性性, 人是是很難做做到的. 由于于自動化化測試的的一致性性，很容容易發(fā)現(xiàn)現(xiàn)被測軟軟件的任任何改變變。更好的利用用資源周未未/晚上。理想的的自動化化測試能能夠按計計劃完全全自動的的運(yùn)行, 在開開發(fā)人員員和測試試人員不不可能實實行三班班倒的情情況下, 自動動化測試試可以勝勝任這個個任務(wù), 完全全可以在在周末和和晚上執(zhí)執(zhí)行測試試. 這樣樣充分的的利用了了公司的的資源,也避免免了開發(fā)發(fā)和測試試之間的的等待。解決測試與與開發(fā)之之間的矛矛盾。通常在在開發(fā)的的末期,進(jìn)入集集成測試試階段, 由于于每次發(fā)布一一個版本本的初期期,測試系系統(tǒng)的錯錯誤比較較少,這時開開發(fā)人員員有等待待測試人人員測試試出錯誤誤的

32、時間間. 事實實上在迭迭代周期期很短的的開發(fā)模模式中，存存在更多多的矛盾盾， 但自動動化測試試可以解解決其中中的主要要矛盾。將煩瑣的任任務(wù)轉(zhuǎn)化化為自動動化測試試。大量量重復(fù)的的測試是是非常繁繁瑣的，并并且需要要消耗大大量的人人力才能能夠完成成。自動動測試能能夠很好好的解決決這個問問題，不不需要繁繁瑣的勞勞動，不不需要大大量的人人員。增加軟件信信任度。只只有經(jīng)過過大量測測試案例例測試過過的版本本才是可可靠的，而而只有使使用自動動測試才才能夠保保證在段段時間內(nèi)內(nèi)完成大大量的測測試案例例。3.系統(tǒng)體體系結(jié)構(gòu)構(gòu)特性要要求3.1 系系統(tǒng)要求求操作系統(tǒng)環(huán)環(huán)境：Windoows XPWindoows2200

33、00Windoows 20003注：理論上上對于安安裝了jjdk11.5的的winndowws系統(tǒng)統(tǒng)都提供供支持。系統(tǒng)要求：JDK11.5IE5.5以上上（針對對IE的pluuginn）測試案例數(shù)數(shù)據(jù)格式式XMLEXCEEL注：理論上上支持jjdbcc接口的的數(shù)據(jù)庫庫。AutoRRunnner是是一個自自動化的的功能測測試工具具，它可可以和測測試管理理工具、缺缺陷跟蹤蹤工具一一起來使使用，以以達(dá)到更更好的效效果：AutoRunnerAutoRunner測試管理工具缺陷跟蹤工具測試需求管理測試案例管理測試計劃測試執(zhí)行測試結(jié)構(gòu)設(shè)計測試腳本錄制、編寫、調(diào)試查看測試結(jié)果查看缺陷查看缺陷跟蹤報告3.2

34、系系統(tǒng)性能能AutoRRunnner針針對與系系統(tǒng)的功功能測試試自動化化，對性性能要求求不高：自動測測試的腳腳本執(zhí)行行速度，超超過人工工執(zhí)行的的速度。3.3 擴(kuò)擴(kuò)展能力力擴(kuò)展驗證點(diǎn)點(diǎn)所謂的驗證證點(diǎn)，就就是用來來驗證被被測試系系統(tǒng)返回回數(shù)據(jù)或或者狀態(tài)態(tài)是否和和預(yù)期一一致的點(diǎn)點(diǎn)。AutoRRunnner提提供了完完整的驗驗證點(diǎn)功功能，用用來驗證證字符串串、biitmaap文件件是否正正確，對對字符串串可以驗驗證是否否符合定定義的“正正則表達(dá)達(dá)式”。當(dāng)然，由于于驗證往往往是非非常復(fù)雜雜的，例例如：當(dāng)當(dāng)我們使使用一個個功能向向dattabaase中中增加一一條記錄錄后，通通過jddbc來來查看該該記錄

35、是是否已經(jīng)經(jīng)被增加加。這就就需要用用戶根據(jù)據(jù)具體的的數(shù)據(jù)庫庫來編寫寫一個功功能來實實現(xiàn)特殊殊的校驗驗點(diǎn)。系統(tǒng)提供了了基本的的校驗方方法，允允許用戶戶自己來來通過編編寫一個個特殊校校驗的類類，或者者一個特特殊的方方法來定定義特殊殊的校驗驗點(diǎn)（調(diào)調(diào)用的結(jié)結(jié)果如果果希望反反映的標(biāo)標(biāo)準(zhǔn)的測測試報告告中，就就需要調(diào)調(diào)用系統(tǒng)統(tǒng)提供的的基本方方法），最最終實現(xiàn)現(xiàn)對驗證證點(diǎn)功能能的擴(kuò)展展。自動錄制時時候的針針對用戶戶自定義義組件的的識別根據(jù)國外測測試人員員的經(jīng)驗驗，編寫寫腳本的的工作中中，大量量的工作作都被用用戶的自自定義組組件消耗耗了。由于很多的的測試工工具本身身支持一一組標(biāo)準(zhǔn)準(zhǔn)的控件件，在自自動錄制制的時

36、候候，系統(tǒng)統(tǒng)能夠根根據(jù)這些些組件來來生成測測試腳本本，并且且允許回回放這個個腳本來來執(zhí)行測測試。當(dāng)用戶自定定義了一一個組件件之后，用用戶定義義的組件件是基于于基本組組件的，系系統(tǒng)就往往往無法法自動識識別這些些組件，導(dǎo)導(dǎo)致測試試人員錄錄制腳本本的時候候非常復(fù)復(fù)雜：名名稱不同同、識別別困難、運(yùn)運(yùn)行時刻刻同步點(diǎn)點(diǎn)錯誤。AutoRRunnner提提供了對對組件的的定義功功能：所所有的組組件類型型必須被被定義，并并且只有有最上層層的已定定義類型型組件被被識別，其其他的組組件都不不會被識識別。如如果用戶戶定義了了自己的的組件，那那么他只只需要把把他自己己定義組組件的：類名、contexttype增加到組件

37、定義文件中就可以了。AutoRRunnner的的這個功功能大大大增強(qiáng)了了對用戶戶自定義義組件的的支持，使得測試人員能夠錄制正確的腳本、編寫正確的腳本，減少差錯。對第三方測測試管理理工具的的支持AutoRRunnner提提供了對對第三方方測試管管理工具具的支持持：通過過數(shù)據(jù)文文件或者者數(shù)據(jù)庫庫，就可可以傳遞遞測試案案例信息息、測試試案例數(shù)數(shù)據(jù)信息息。AutoRRunnner提提供了命命令行的的支持，支支持用戶戶在遠(yuǎn)程程啟動和和調(diào)用，這這就為第第三方的的測試管管理工具具提供了了一個執(zhí)執(zhí)行調(diào)用用接口。對第三方缺缺陷跟蹤蹤工具的的支持同樣的，AAutooRunnnerr可以提提供針對對缺陷跟跟蹤工具具

38、的APPI的調(diào)調(diào)用，和和第三方方缺陷跟跟蹤工具具達(dá)到“無無縫連接接”。3.4可靠靠性和可可用性系統(tǒng)的可用用性和可可靠性由由幾個指指標(biāo)來衡衡量：系統(tǒng)的出錯錯處理能能力。也也就是，當(dāng)當(dāng)系統(tǒng)出出現(xiàn)錯誤誤之后，是是否能夠夠提供完完善的錯錯誤處理理機(jī)制，跳跳過錯誤誤，繼續(xù)續(xù)執(zhí)行允允許執(zhí)行行的下一一個功能能點(diǎn)測試試。系統(tǒng)執(zhí)行過過程中工工具不會會出現(xiàn)異異常，導(dǎo)導(dǎo)致測試試無法正正常執(zhí)行行。測試腳本出出現(xiàn)異常常，提供供強(qiáng)大的的調(diào)試功功能。當(dāng)AutooRunnnerr升級之之后，原原有測試試腳本能能夠兼容容，繼續(xù)續(xù)使用。具體到AuutoRRunnner，如如下：系統(tǒng)的出錯錯處理能能力對所有的測測試案例例來說，每每

39、一個測測試案例例都是一一個繼承承自cllasss TeestCCasee的子類類，在測測試過程程中的動動作都是是調(diào)用父父類TeestCCasee中的方方法來實實現(xiàn)的，如如：seetWiindoow()，settVallue(), gettVallue(), settProoperrty(), gettProoperrty()等。這些些方法在在出錯的的時候（一一般都是是同步點(diǎn)點(diǎn)錯誤），會會拋出一一個異常常synncExxcepptioon。案例只有一一個主要要的測試試過程類類：teest() tthroows synncExxcepptioon。當(dāng)當(dāng)tesst()執(zhí)行的的時候，如如果出現(xiàn)現(xiàn)異常，

40、就就會拋出出一個ssynccExccepttionn，外部部的方法法會caatchh到這個個synncExxcepptioon，然然后使用用一個通通用的方方法來處處理錯誤誤。測試人員只只需要編編寫一個個標(biāo)準(zhǔn)的的錯誤處處理方法法就可以以完成這這些所有有的工作作。當(dāng)然，這個個測試人人員需要要對jaava有有一定的的了解和和熟悉，但但是這樣樣的人員員只需要要一個就就可以了了，因為為出錯處處理程序序只需要要一個，它它用來處處理所有有的錯誤誤，并且且使得下下一個測測試案例例可以被被執(zhí)行。IDE的穩(wěn)穩(wěn)定性。在一個大量量的測試試案例被被執(zhí)行的的時候，實實際上IIDE并并沒有工工作，它它只是在在等待響響應(yīng)。執(zhí)

41、行測試的的過程，就就是執(zhí)行行javva各個個不同的的類的過過程。而而TesstCaase是是一個非非常健壯壯的類，不不會導(dǎo)致致系統(tǒng)出出現(xiàn)異常常。因此此，IDDE從理理論上是是非常堅堅固的。另外基于jjavaa的系統(tǒng)統(tǒng)一般而而言，穩(wěn)穩(wěn)定性都都非常好好。特別別是所有有的測試試案例基基本上都都是繼承承自cllasss TeestCCasee。產(chǎn)品升級當(dāng)產(chǎn)品升級級的時候候，對原原有測試試案例影影響最大大的就是是TesstCaase類類的變化化。classs TeestCCasee實際上上只是一一個abbstrractt，只實實現(xiàn)了一一個基本本的innterrfacce，實實際的功功能都是是由底層層的組

42、件件來實現(xiàn)現(xiàn)的，這這個組件件在IDDE啟動動的時候候被looad，跟跟測試人人員自己己編寫的的測試案案例沒有有任何直直接關(guān)系系。因此當(dāng)?shù)讓訉拥念惏l(fā)發(fā)生變化化的時候候系系統(tǒng)升級級可能會會帶來底底層類的的變化對測測試腳本本沒有影影響。3.5國際際支持支持多種語語言Unnicoode編編碼形式式；用戶可以選選擇中英英文界面面的版本本。系統(tǒng)對語言言編碼的的識別是是由系統(tǒng)統(tǒng)自動完完成，用用戶不必必考慮選選碼的問問題。4.系統(tǒng)基基本功能能4.1 測測試案例例創(chuàng)建與與錄制創(chuàng)建測試案案例用戶能夠創(chuàng)創(chuàng)建一個個測試案案例。創(chuàng)創(chuàng)建的測測試案例例腳本是是空的，需需要用戶戶自己來來加入包包的名字字、類的的名字等等等。創(chuàng)

43、建測試案案例可以以在項目目瀏覽器器中使用用右鍵菜菜單或者者系統(tǒng)的的菜單。如果用戶是是一個非非常熟悉悉測試案案例的測測試人員員，他（她她）就可可以自己己手工來來編寫測測試案例例的代碼碼了。但但是，由由于資源源文件不不存在，所所以他（她她）如果果希望自自己編寫寫的測試試案例能能夠執(zhí)行行的化，還還需要手手工編寫寫對應(yīng)的的xmll資源文文件。創(chuàng)建測試案案例的過過程都是是從錄制制開始的的。通過錄制創(chuàng)創(chuàng)建測試試腳本當(dāng)你從菜單單或者工工具條啟啟動“錄錄制”命命令，系系統(tǒng)開始始記錄你你的所有有操作，并并且在記記錄過程程中把生生成的腳腳本文件件顯示在在編輯器器上面。錄制的結(jié)果果是，你你得到了了：1）一個個可以被

44、被執(zhí)行的的測試腳腳本文件件；2）測試腳腳本相關(guān)關(guān)的資源源文件，這這個資源源文件用用來記錄錄所有腳腳本中用用到的窗窗口、組組件的屬屬性（如如：名稱稱、位置置、taabinndexx、類型型等）。4.2測試試案例編編輯測試案例的的結(jié)構(gòu)測試案例是是具有結(jié)結(jié)構(gòu)的，它它能夠運(yùn)運(yùn)行，首首先要符符合jaava的的語法和和主程序序入口。并并且它需需要使用用測試基基本類提提供的功功能來完完成測試試。測試案例編編輯AutoRRunnner提提供了強(qiáng)強(qiáng)大的測測試案例例編輯功功能：第第一，提提供了jjavaa腳本的的關(guān)鍵字字識別技技術(shù)，能能夠識別別系統(tǒng)的的關(guān)鍵字字，避免免語法錯錯誤；第第二，提提供了實實時語法法分析的

45、的功能，在在編輯過過程中動動態(tài)分析析語法，并并且對語語法錯誤誤動態(tài)報報警，盡盡量避免免編譯時時刻再出出現(xiàn)錯誤誤。4.3 測測試案例例參數(shù)化化什么是數(shù)據(jù)據(jù)驅(qū)動？錄制完成測測試案例例之后，你你就得到到了一個個測試腳腳本。如如果這個個測試腳腳本只能能夠被執(zhí)執(zhí)行一組組數(shù)據(jù)，并并且數(shù)據(jù)據(jù)是固定定不變的的，那么么你每一一次的測測試就只只能夠執(zhí)執(zhí)行很簡簡單的功功能了。邊界條件、路路徑覆蓋蓋，需要要使用一一個腳本本、很多多組數(shù)據(jù)據(jù)輸入才才能夠完完成，固固定的數(shù)數(shù)據(jù)無法法滿足要要求。數(shù)據(jù)驅(qū)動就就是指能能夠把需需要輸入入（和驗驗證）的的數(shù)據(jù)參參數(shù)化，通通過腳本本執(zhí)行不不同的數(shù)數(shù)據(jù)，就就實現(xiàn)了了數(shù)據(jù)驅(qū)驅(qū)動，也也就是

46、數(shù)數(shù)據(jù)與腳腳本分離離。AutoRRunnner實實現(xiàn)了腳腳本與數(shù)數(shù)據(jù)分離離：腳本本使用jjavaa的腳本本，在腳腳本執(zhí)行行的時候候，從數(shù)數(shù)據(jù)源中中讀取數(shù)數(shù)據(jù)。AutoRRunnner使使用了DDataaSouurcee這樣一一個接口口來實現(xiàn)現(xiàn)參數(shù)化化。DataSSourrce通通過外部部定義的的組件實實現(xiàn)對外外部數(shù)據(jù)據(jù)源的操操作功能能，從外外部獲取取數(shù)據(jù)。DataSSourrce本本身就是是通過插插件來實實現(xiàn)的，IDE只定義了interface，外部插件決定系統(tǒng)的行為。通過加載不同的插件，用戶可以使用不同的數(shù)據(jù)源來訪問數(shù)據(jù)。如：excel、xml、db和其他。測試案例參參數(shù)化AutooRunn

47、nerr在自動動錄制完完成之后后，可以以通過菜菜單“參參數(shù)化”，AutoRunner會彈出所有的對象樹，提供給用戶勾選，選中部分進(jìn)行自動參數(shù)化。參數(shù)化的結(jié)果：1）腳本變?yōu)閰?shù)化腳本；2）數(shù)據(jù)池自動增加了選擇的參數(shù)列表。在測試案例例參數(shù)化化之后，用用戶仍然然可以手手工來修修改，實實現(xiàn)進(jìn)一一步的參參數(shù)編輯輯工作。創(chuàng)建外部數(shù)數(shù)據(jù)源只有訪問數(shù)數(shù)據(jù)源的的腳本，沒沒有外部部數(shù)據(jù)源源，那么么所有的的腳本訪訪問都會會失敗。用戶需要創(chuàng)建外部的數(shù)據(jù)源。有兩種方式式創(chuàng)建數(shù)數(shù)據(jù)源：第一，自動動通過IIDE創(chuàng)創(chuàng)建。在在腳本文文件中，選選中該腳腳本的右右鍵菜單單中的“創(chuàng)創(chuàng)建/維護(hù)腳腳本”，IDE會自動查找所有的datas

48、ource操作，并且更新數(shù)據(jù)源。第二，通過過手工創(chuàng)創(chuàng)建。需需要在外外面手工工編輯文文件。4.4 增增加同步步點(diǎn)和驗驗證點(diǎn)同步點(diǎn)的概概念在進(jìn)行輸入入輸出之之前，就就需要對對系統(tǒng)進(jìn)進(jìn)行同步步，使得得輸入和和輸出能能夠針對對正確的的窗口或或者組件件，以免免出現(xiàn)異異常和錯錯誤。如如果同步步條件沒沒有出現(xiàn)現(xiàn)，系統(tǒng)統(tǒng)就需要要等待一一段時間間，來滿滿足運(yùn)行行系統(tǒng)的的要求，使使得需要要操作的的組件能能夠顯示示出來。自動同步和和手工同同步點(diǎn)所謂的自動動同步點(diǎn)點(diǎn)，是只只在操作作過程中中，由于于本身需需要執(zhí)行行操作，如如對某個個組件輸輸入一串串字符，而而需要等等待這個個組件出出現(xiàn)，這這種同步步點(diǎn)是系系統(tǒng)在操操作過程

49、程中自動動加入的的，我們們稱為“自自動同步步點(diǎn)”。也有一些情情況，需需要手工工增加一一些同步步點(diǎn)，當(dāng)當(dāng)系統(tǒng)執(zhí)執(zhí)行到一一定時候候，需要要等待一一個條件件出現(xiàn)再再繼續(xù)執(zhí)執(zhí)行，這這種同步步點(diǎn)我們們稱為“手手工同步步點(diǎn)”。用戶需要關(guān)關(guān)心的是是手工同同步點(diǎn)，例例如：需需要等待待一個iimagge能夠夠正確顯顯示，然然后再繼繼續(xù)下面面的工作作。它不不是單純純的等待待，而是是每間隔隔一段時時間就去去查看是是否滿足足同步條條件，如如果滿足足系統(tǒng)就就繼續(xù)執(zhí)執(zhí)行，如如果不滿滿足而系系統(tǒng)超時時時間沒沒有達(dá)到到，就繼繼續(xù)等待待。如果果出現(xiàn)超超時，那那么就拋拋出SyyncEExceeptiion。驗證點(diǎn)測試的目的的是看

50、執(zhí)執(zhí)行一個個過程，結(jié)結(jié)果是否否和預(yù)期期結(jié)果一一致。驗證的方法法就是查查看結(jié)果果是否一一致，這這個點(diǎn)我我們稱作作“驗證證點(diǎn)”。驗證成功則則繼續(xù)執(zhí)執(zhí)行，驗驗證不成成功也需需要繼續(xù)續(xù)執(zhí)行，并并且把結(jié)結(jié)果寫入入測試報報告。AutoRRunnner的的驗證點(diǎn)點(diǎn)需要手手工加入入AAutooRunnnerr不知道道用戶需需要驗證證那些內(nèi)內(nèi)容。增加驗證點(diǎn)點(diǎn)用戶可以以使用編編輯器來來增加驗驗證點(diǎn)，AutoRunner提供了方法讓用戶來增加驗證點(diǎn)。4.5 測測試案例例執(zhí)行測試案例執(zhí)執(zhí)行當(dāng)測試案例例只有能能夠被執(zhí)執(zhí)行才有有意義。在AutoRunner里，測試案例是一個java的類（特殊的java類）。這個類首先先被

51、編譯譯，然后后執(zhí)行。通通過菜單單上的“執(zhí)執(zhí)行”項項，你可可以執(zhí)行行這個測測試案例例。如果編譯出出現(xiàn)錯誤誤，則會會在信息息欄中提提示錯誤誤。執(zhí)行支持標(biāo)標(biāo)準(zhǔn)輸出出，并且且把標(biāo)準(zhǔn)準(zhǔn)輸出顯顯示在AAutooRunnnerr下面的的輸出框框里面。多次執(zhí)行當(dāng)測試用例例被執(zhí)行行的時候候，AuutoRRunnner會會提示，需需要用戶戶輸入當(dāng)當(dāng)前測試試腳本被被參數(shù)化化之后，需需要使用用的數(shù)據(jù)據(jù)列表的的行號范范圍。輸輸入之后后，會多多次執(zhí)行行這個測測試腳本本，每次次使用一一行的數(shù)數(shù)據(jù)，達(dá)達(dá)到一個個腳本中中執(zhí)行多多次的目目標(biāo)。測試跟蹤調(diào)調(diào)試測試腳本本本身也可可能出錯錯，也可可能由于于被測試試對象的的變化（如如缺少

52、了了一個對對象）而而出現(xiàn)錯錯誤。因此，定位位和排除除錯誤的的方法，我我們使用用了跟蹤蹤調(diào)試。AutoRunner使用了java作為測試腳本，并且每個測試腳本都是一個java的類。因此AutoRunner實現(xiàn)了java的跟蹤體系結(jié)構(gòu)：JDA。AutoRRunnner允允許用戶戶設(shè)置斷斷點(diǎn)、查查看本地地變量值值、查看看指定的的變量的的值，并并且提供供了單步步執(zhí)行的的各種模模式。5.AuttoRuunneer的特特點(diǎn)評估自動測測試工具具的關(guān)鍵鍵在于：第一，很很高的建建立測試試案例的的生產(chǎn)率率；第二二，降低低用戶的的二次開開發(fā)成本本；第三三，便于于維護(hù)使使用；第第四，便于測測試案例例的數(shù)據(jù)據(jù)驅(qū)動擴(kuò)擴(kuò)展

53、；第第五，測試試案例資資源的延延續(xù)性；第六，擴(kuò)展展性。下面，我們們就AuutoRRunnner在在這幾個個方面的的特點(diǎn)簡簡要介紹紹：AutoRRunnner具具有很高高的生產(chǎn)產(chǎn)率。自動測測試工具具建立一一個測試試案例腳腳本的時間成成本為手手工測試試一次的的310倍，可可見建立立自動測測試的起起始是需需要一定定的成本本的。如何降低建建立測試試案例的的成本，是是自動測測試工具具的關(guān)鍵鍵。AuutoRRunnner的的優(yōu)勢在在于：首首先，優(yōu)優(yōu)秀的自自動識別別組件功功能。腳腳本能夠夠在錄制制完成之之后直接接使用，能能夠自動動適應(yīng)出出現(xiàn)的各各種情況況，如：窗口位位置、ttitlle、大大小等的的變化，組

54、組件位置置、名稱稱的變化化。通過過自動識識別能夠夠識別處處組件，從從而降低低對編寫寫腳本的的要求，提提高了自自動錄制制的可用用性。第第二，提提供了數(shù)數(shù)據(jù)驅(qū)動動框架。很多測試工具雖然支持參數(shù)化的功能，但是需要手工完成數(shù)據(jù)驅(qū)動框架，才能夠?qū)崿F(xiàn)數(shù)據(jù)驅(qū)動：從指定的文件中獲取數(shù)據(jù)。AutoRunner自動定義標(biāo)準(zhǔn)的數(shù)據(jù)驅(qū)動模式，定義了標(biāo)準(zhǔn)的數(shù)據(jù)驅(qū)動格式，降低了增加測試案例的成本。雖然建立一個測試腳本需要一定的時間，但是在測試腳本建立之后增加一組數(shù)據(jù)的時間卻非常短。模糊識別。AuttoRuunneer對每每種組件件定義了了標(biāo)準(zhǔn)的的模糊識識別指標(biāo)標(biāo)。在錄錄制測試試案例之之后，系系統(tǒng)的資資源文件件就會根根據(jù)系統(tǒng)統(tǒng)的配置置文件生生成確定定識別權(quán)權(quán)重的指指標(biāo)。在在測試腳腳本被執(zhí)執(zhí)行的時時候，通通過權(quán)重重算法來來進(jìn)行模模糊識別別和匹配配。關(guān)鍵字驅(qū)動動。AuttoRuunneer提供供了領(lǐng)先先的