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

1、PAGE 5 PAGE 37AutooRunnnerr技術白皮皮書上海澤眾眾軟件科科技有限限公司目錄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 88 HYPERLINK l _Toc242933888 2.3 業(yè)務提提供 PAGERE

2、F _Toc242933888 h 111 HYPERLINK l _Toc242933889 2.3.1 AuttoRuunneer適用用性說明明 PAGEREF _Toc242933889 h 11 HYPERLINK l _Toc242933890 2.3.2 自自動化的的功能測測試 PAGEREF _Toc242933890 h 111 HYPERLINK l _Toc242933891 2.3.3 自自動化的的回歸測測試 PAGEREF _Toc242933891 h 122 HYPERLINK l _Toc242933892 2.3.4 每每日構建建與冒煙煙測試 PAGEREF _

3、Toc242933892 h 112 HYPERLINK l _Toc242933893 2.3.5 版版本升級級測試 PAGEREF _Toc242933893 h 113 HYPERLINK l _Toc242933894 2.3.6 特特性概述述 PAGEREF _Toc242933894 h 14 HYPERLINK l _Toc242933895 2.4 產(chǎn)品設設計目標標 PAGEREF _Toc242933895 h 16 HYPERLINK l _Toc242933896 3.系統(tǒng)統(tǒng)體系結結構特性性要求 PAGEREF _Toc242933896 h 117 HYPERLINK

4、l _Toc242933897 3.1 系統(tǒng)要要求 PAGEREF _Toc242933897 h 177 HYPERLINK l _Toc242933898 3.2 系統(tǒng)性性能 PAGEREF _Toc242933898 h 199 HYPERLINK l _Toc242933899 3.3 擴展能能力 PAGEREF _Toc242933899 h 200 HYPERLINK l _Toc242933900 3.4可可靠性和和可用性性 PAGEREF _Toc242933900 h 22 HYPERLINK l _Toc242933901 3.5國國際支持持 PAGEREF _Toc242

5、933901 h 25 HYPERLINK l _Toc242933902 4.系統(tǒng)統(tǒng)基本功功能 PAGEREF _Toc242933902 h 255 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ù)數(shù)化 PAGEREF _Toc242933905 h 277 HYPERLINK l _T

6、oc242933906 4.4 增加同同步點和和驗證點點 PAGEREF _Toc242933906 h 29 HYPERLINK l _Toc242933907 4.5 測試案案例執(zhí)行行與deebugg PAGEREF _Toc242933907 h 30 HYPERLINK l _Toc242933908 5.AuutoRRunnner的的特點 PAGEREF _Toc242933908 h 331 HYPERLINK l _Toc242933909 6.廠商商支持能能力 PAGEREF _Toc242933909 h 3551.總述述背景隨著軟件件規(guī)模的的發(fā)展和和對軟件件系統(tǒng)的的依賴，人

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

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

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

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

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

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

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

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

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

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

17、本的的語法、了解測測試過程程、把測測試過程程轉換稱稱為測試試腳本語語句。自動記錄錄，就是是通過記記錄一個個操作過過程來獲獲得測試試腳本的的功能。通過自自動記錄錄，我們們就能夠夠得到一一個操作作的基本本的腳本本，通過過修改這這個腳本本，我們們得到更更通用的的測試腳腳本。同步點在執(zhí)行測測試腳本本的時候候，測試試腳本語語句的操操作對象象是GUUI的組組件。測測試腳本本通過這這個組件件的屬性性（如：名稱、位置、winnclaass、dissablle等）來確定定那個組組件是我我們需要要操作的的組件。這個查找找組件的的過程如如果失敗敗，意味味著：第第一，應應用系統(tǒng)統(tǒng)的響應應比較慢慢，需要要等待一一段時間

18、間再進行行一次定定位；或或者第二二，該組組件不存存在。這個查找找、定位位組件的的過程，我們稱稱為同步步點。AutooRunnnerr的同步步點都是是隱含方方式的：在操作作對象的的時候進進行自動動同步，自動設設置同步步點。檢查點測試的目目的是檢檢查數(shù)據(jù)據(jù)是否正正確。在測試的的過程中中，我們們需要檢檢查某個個組件的的某些屬屬性滿足足某個條條件。這這個檢查查的位置置和條件件，我們們稱為檢檢查點。在AuttoRuunneer中，使用cchecck（“objjecttnamme”，“prooperrty”，“期期望值”）來作作為檢查查點的腳腳本語句句，它檢檢查對象象objjecttnamme的屬屬性pr

19、ropeertyy是否和和期望值值一致。在使用使使用中，可以使使用檢查查點來檢檢驗系統(tǒng)統(tǒng)的各個個方面，如數(shù)據(jù)據(jù)庫、GGUI屬屬性等。參數(shù)化與與數(shù)據(jù)驅驅動測試腳本本是針對對一個測測試過程程的。一一個測試試過程往往往需要要眾多的的數(shù)據(jù)來來測試。通過自自動錄制制得到的的腳本，所有的的輸入數(shù)數(shù)據(jù)都是是常數(shù)，是固定定的。如果需要要使用一一個測試試腳本測測試多組組數(shù)據(jù)，就需要要對腳本本進行參參數(shù)化，把固定定的常數(shù)數(shù)修改為為來自數(shù)數(shù)據(jù)源變變量。這個過程程我們稱稱為參數(shù)數(shù)化。采用了參參數(shù)化的的腳本，我們稱稱為數(shù)據(jù)據(jù)驅動的的模式。2.3業(yè)業(yè)務提供供所謂業(yè)務務提供，就是指指使用本本自動測測試工具具能夠提提供的功功

20、能。2.3.1AutooRunnnerr適用性性說明AutooRunnnerr是一個個產(chǎn)品家家族，不不是一個個單個的的產(chǎn)品。這個產(chǎn)產(chǎn)品家族族的特點點是共同同使用了了一個標標準的IIDE，并且使使用相同同的測試試腳本語語言。從從腳本的的角度上上看，他他們是完完全相同同的。所不同的的是相同同的IDDE采用用不同的的測試ppluggin組組件。我我們提供供不同的的組件以以滿足不不同的測測試需求求：2.3.2自動動化的功功能測試試AutooRunnnerr的基本本功能，就是對對軟件進進行功能能測試。功能測測試本身身是面向向需求的的黑盒測測試工具具。它以需求求點為出出發(fā)點，為了滿滿足需求求點（即即需求）

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

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

23、每日構建建和冒煙煙測試的的方法，就是在在每天程程序員都都需要提提交自己己的代碼碼，并且且構建一一個版本本進行測測試，第第二天把把測試的的結果反反饋給開開發(fā)者。每日構建建和冒煙煙測試能能夠很大大程度上上提高軟軟件的開開發(fā)效率率，并且且對與SSQA而而言是增增加了軟軟件度量量的指標標。每日構建建和冒煙煙測試必必然要建建立在自自動測試試工具的的基礎上上，依靠靠人是無無法在每每天晚上上完成一一次完整整的功能能測試的的。2.3.5版本本升級測測試新軟件開開發(fā)完畢畢，即將將發(fā)布的的時候，用戶非非常關心心：新的的版本是是否能夠夠完成原原來來版版本的功功能、是是否和老老版本功功能兼容容。重新測試試一邊老老版本

24、的的所有功功能是必必要的，會提前前發(fā)現(xiàn)版版本兼容容的問題題、數(shù)據(jù)據(jù)的問題題等等。實現(xiàn)這個個測試的的基礎就就是自動動測試功功能，基基于AuutoRRunnner的的測試案案例能夠夠在很短短的時間間之內(nèi)完完成一次次測試，防止問問題發(fā)生生。2.3.6特性性概述AutooRunnnerr作為自自動測試試工具，采用最最流行的的Javvabeeansshelll腳本本語言作作為測試試腳本，增加了了測試人人員對測測試工具具的接收收程度，也能夠夠在測試試人員學學習測試試工具的的過程中中學會jjavaa的基本本知識。AutooRunnnerr具有優(yōu)秀秀的錄制制功能，能夠一一次錄制制非常完完善的腳腳本和資資源，降

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

26、能會會擔心過過于復雜雜。實際際上，所所有的測測試腳本本都是繼繼承一個個標準的的類TeestCCasee，并且且使用它它提供的的基本方方法，因因此是非非常簡單單的，沒沒有復雜雜的jaava成成分，便便于那些些已經(jīng)學學習過其其他測試試工具的的測試人人員遷移移到這個個工具上上來。自動化的的數(shù)據(jù)驅驅動。AuttoRuunneer提供供了自動動化的數(shù)數(shù)據(jù)驅動動功能：在錄制制腳本的的時候，已經(jīng)在在腳本中中實現(xiàn)了了數(shù)據(jù)驅驅動。用用戶可以以把不需需要的數(shù)數(shù)據(jù)驅動動修改為為常量。因此，測試人人員不需需要自己己來編寫寫復雜的的數(shù)據(jù)驅驅動。另另外AuutoRRunnner還還提供了了一個數(shù)數(shù)據(jù)驅動動框架，便于測測試

27、人員員使用。關鍵字驅驅動。AuttoRuunneer實現(xiàn)現(xiàn)了關鍵鍵字驅動動，IDDE提供供關鍵字字視圖和和專家視視圖（編編輯測試試腳本），不熟熟悉腳本本的用戶戶通過拖拖拽的方方式也能能夠編輯輯測試腳腳本；經(jīng)經(jīng)過編輯輯的測試試腳本也也能夠被被轉換成成關鍵字字來查看看和編輯輯。關鍵鍵字驅動動的引入入，降低低了自動動測試的的難度，使得不不熟悉測測試腳本本的測試試工程師師也能夠夠編寫和和維護測測試腳本本。對象指示示器。AuttoRuunneer的對對象指示示器能夠夠在錄制制腳本的的時刻，指示識識別到的的對象，并且保保存此對對象的圖圖片，作作為對象象屬性的的一部分分。在關關鍵字視視圖上，能夠查查看每個個

28、語句關關聯(lián)的腳腳本；在在對象瀏瀏覽器上上，可以以在查看看對象屬屬性的同同時顯示示對象的的圖片，便于用用戶理解解當前對對象的位位置信息息。靈活的驗驗證方式式。案例例執(zhí)行的的正確與與否需要要數(shù)據(jù)比比對來驗驗證。AAutooRunnnerr提供了了強大驗驗證方式式，用戶戶可以非非常簡便便的通過過編寫腳腳本來使使用，如如提供對對字符串串的正則則表達式式驗證。良好的擴擴展性。一般的的腳本雖雖然很簡簡便，但但是對于于特殊的的測試，往往需需要更復復雜的功功能，例例如：需需要對網(wǎng)網(wǎng)絡上的的另一臺臺系統(tǒng)中中的數(shù)據(jù)據(jù)庫的某某些數(shù)據(jù)據(jù)進行同同步?；镜腁AutooRunnnerr不提供供這個功功能。由由于Auut

29、oRRunnner使使用了標標準的jjavaa（目前前為最新新的JDDK1.5）那么用用戶可以以自己編編寫一個個同步方方法（或或者類）加入到到系統(tǒng)中中來使用用，只要要是jaava已已經(jīng)提供供的功能能，都可可以得到到完善的的支持。標準化。AuttoRuunneer符合合測試工工具的基基本要求求，如：同步點點、驗證證點、錯錯誤報告告等，都都遵守了了國際化化測試標標準，便便于用戶戶理解和和使用，也便于于用戶比比較各個個不同測測試工具具之間的的差異。2.4產(chǎn)產(chǎn)品設計計目標提高回歸歸測試的的覆蓋率率，提高高測試質(zhì)質(zhì)量。對對于功能能已經(jīng)完完整和成成熟的軟軟件，每每次發(fā)布一一個新的的版本，其中大大部分功功能

30、和界界面都和和上一個個版本相相似或完完全相同同，這部部分功能能特別適適合于自自動化測測試，從從而可以以讓測試試達到測測試每個個特征的的目的。通過AuutoRRunnner來來編寫回回歸測試試的測試試案例，并且再再每次發(fā)發(fā)布版本本的時候候通過執(zhí)執(zhí)行所有有的測試試案例來來進行回回歸測試試，能夠夠覆蓋大大量的功功能人工測測試無法法進行測測試的功功能。每日測試試的高效效率。DDCC版版本的發(fā)發(fā)布周期期往往比比較短，也就是是開發(fā)周周期只有有短短的的幾個月，而在測測試期間間是每天天/每2天都要要發(fā)布一一個版本本供測試試人員測測試，一一個系統(tǒng)統(tǒng)的功能能點有幾幾千個上上萬個，人工測測試是非非常的耗耗時和繁繁瑣

31、，這這樣必然然會使測測試效率率低下。AuttoRuunneer通過過高效率率的自動動執(zhí)行測測試案例例，允許許每天對對版本進進行測試試，提高高測試效效率。具有一致致性和可可重復性性。由于每每次自動動化測試試運行的的腳本是是相同的的, 所以以每次執(zhí)執(zhí)行的測測試具有有一致性性, 人是是很難做做到的. 由于于自動化化測試的的一致性性，很容容易發(fā)現(xiàn)現(xiàn)被測軟軟件的任任何改變變。更好的利利用資源源周周未/晚上。理想的的自動化化測試能能夠按計計劃完全全自動的的運行, 在開開發(fā)人員員和測試試人員不不可能實實行三班班倒的情情況下, 自動動化測試試可以勝勝任這個個任務, 完全全可以在在周末和和晚上執(zhí)執(zhí)行測試試. 這

32、樣樣充分的的利用了了公司的的資源,也避免免了開發(fā)發(fā)和測試試之間的的等待。解決測試試與開發(fā)發(fā)之間的的矛盾。通常在在開發(fā)的的末期,進入集集成測試試階段, 由于于每次發(fā)布一一個版本本的初期期,測試系系統(tǒng)的錯錯誤比較較少,這時開開發(fā)人員員有等待待測試人人員測試試出錯誤誤的時間間. 事實實上在迭迭代周期期很短的的開發(fā)模模式中，存在更更多的矛矛盾，但但自動化化測試可可以解決決其中的的主要矛矛盾。將煩瑣的的任務轉轉化為自自動化測測試。大大量重復復的測試試是非常常繁瑣的的，并且且需要消消耗大量量的人力力才能夠夠完成。自動測測試能夠夠很好的的解決這這個問題題，不需需要繁瑣瑣的勞動動，不需需要大量量的人員員。增加

33、軟件件信任度度。只有有經(jīng)過大大量測試試案例測測試過的的版本才才是可靠靠的，而而只有使使用自動動測試才才能夠保保證在段段時間內(nèi)內(nèi)完成大大量的測測試案例例。3.系統(tǒng)統(tǒng)體系結結構特性性要求3.1 系統(tǒng)要求求操作系統(tǒng)統(tǒng)環(huán)境：Winddowss XPPWinddowss20000Winddowss 20003注：理論論上對于于安裝了了jdkk1.55的winndowws系統(tǒng)統(tǒng)都提供供支持。系統(tǒng)要求求：JDKK1.55IE55.5以以上（針針對IEE的pluuginn）測試案例例數(shù)據(jù)格格式XMLLEXCCEL注：理論論上支持持jdbbc接口口的數(shù)據(jù)據(jù)庫。AutooRunnnerr是一個個自動化化的功能能測

34、試工工具，它它可以和和測試管管理工具具、缺陷陷跟蹤工工具一起起來使用用，以達達到更好好的效果果：AutoRunner測試管理工具缺陷跟蹤工具測試需求管理測試案例管理測試計劃測試執(zhí)行測試結構設計測試腳本錄制、編寫、調(diào)試查看測試結果查看缺陷查看缺陷跟蹤報告3.2 系統(tǒng)性性能AutooRunnnerr針對與與系統(tǒng)的的功能測測試自動動化，對對性能要要求不高高：自動動測試的的腳本執(zhí)執(zhí)行速度度，超過過人工執(zhí)執(zhí)行的速速度。3.3 擴展能能力擴展驗證證點所謂的驗驗證點，就是用用來驗證證被測試試系統(tǒng)返返回數(shù)據(jù)據(jù)或者狀狀態(tài)是否否和預期期一致的的點。AutooRunnnerr提供了了完整的的驗證點點功能，用來驗驗證

35、字符符串、bbitmmap文文件是否否正確，對字符符串可以以驗證是是否符合合定義的的“正則則表達式式”。當然，由由于驗證證往往是是非常復復雜的，例如：當我們們使用一一個功能能向daatabbasee中增加加一條記記錄后，通過jjdbcc來查看看該記錄錄是否已已經(jīng)被增增加。這這就需要要用戶根根據(jù)具體體的數(shù)據(jù)據(jù)庫來編編寫一個個功能來來實現(xiàn)特特殊的校校驗點。系統(tǒng)提供供了基本本的校驗驗方法，允許用用戶自己己來通過過編寫一一個特殊殊校驗的的類，或或者一個個特殊的的方法來來定義特特殊的校校驗點（調(diào)用的的結果如如果希望望反映的的標準的的測試報報告中，就需要要調(diào)用系系統(tǒng)提供供的基本本方法），最終終實現(xiàn)對對驗證

36、點點功能的的擴展。自動錄制制時候的的針對用用戶自定定義組件件的識別別根據(jù)國外外測試人人員的經(jīng)經(jīng)驗，編編寫腳本本的工作作中，大大量的工工作都被被用戶的的自定義義組件消消耗了。由于很多多的測試試工具本本身支持持一組標標準的控控件，在在自動錄錄制的時時候，系系統(tǒng)能夠夠根據(jù)這這些組件件來生成成測試腳腳本，并并且允許許回放這這個腳本本來執(zhí)行行測試。當用戶自自定義了了一個組組件之后后，用戶戶定義的的組件是是基于基基本組件件的，系系統(tǒng)就往往往無法法自動識識別這些些組件，導致測測試人員員錄制腳腳本的時時候非常常復雜：名稱不不同、識識別困難難、運行行時刻同同步點錯錯誤。AutooRunnnerr提供了了對組件件

37、的定義義功能：所有的的組件類類型必須須被定義義，并且且只有最最上層的的已定義義類型組組件被識識別，其其他的組組件都不不會被識識別。如如果用戶戶定義了了自己的的組件，那么他他只需要要把他自自己定義義組件的的：類名名、coonteextttypee增加到到組件定定義文件件中就可可以了。AutooRunnnerr的這個個功能大大大增強強了對用用戶自定定義組件件的支持持，使得得測試人人員能夠夠錄制正正確的腳腳本、編編寫正確確的腳本本，減少少差錯。對第三方方測試管管理工具具的支持持AutooRunnnerr提供了了對第三三方測試試管理工工具的支支持：通通過數(shù)據(jù)據(jù)文件或或者數(shù)據(jù)據(jù)庫，就就可以傳傳遞測試試案

38、例信信息、測測試案例例數(shù)據(jù)信信息。AutooRunnnerr提供了了命令行行的支持持，支持持用戶在在遠程啟啟動和調(diào)調(diào)用，這這就為第第三方的的測試管管理工具具提供了了一個執(zhí)執(zhí)行調(diào)用用接口。對第三方方缺陷跟跟蹤工具具的支持持同樣的，AuttoRuunneer可以以提供針針對缺陷陷跟蹤工工具的AAPI的的調(diào)用，和第三三方缺陷陷跟蹤工工具達到到“無縫縫連接”。3.4可可靠性和和可用性性系統(tǒng)的可可用性和和可靠性性由幾個個指標來來衡量：系統(tǒng)的出出錯處理理能力。也就是是，當系系統(tǒng)出現(xiàn)現(xiàn)錯誤之之后，是是否能夠夠提供完完善的錯錯誤處理理機制，跳過錯錯誤，繼繼續(xù)執(zhí)行行允許執(zhí)執(zhí)行的下下一個功功能點測測試。系統(tǒng)執(zhí)行行

39、過程中中工具不不會出現(xiàn)現(xiàn)異常，導致測測試無法法正常執(zhí)執(zhí)行。測試腳本本出現(xiàn)異異常，提提供強大大的調(diào)試試功能。當AuttoRuunneer升級級之后，原有測測試腳本本能夠兼兼容，繼繼續(xù)使用用。具體到AAutooRunnnerr，如下下：系統(tǒng)的出出錯處理理能力對所有的的測試案案例來說說，每一一個測試試案例都都是一個個繼承自自claass TesstCaase的的子類，在測試試過程中中的動作作都是調(diào)調(diào)用父類類TesstCaase中中的方法法來實現(xiàn)現(xiàn)的，如如：seetWiindoow()，settVallue(), gettVallue(), settProoperrty(), gettProoperr

40、ty()等。這些方方法在出出錯的時時候（一一般都是是同步點點錯誤），會拋拋出一個個異常ssynccExccepttionn。案例只有有一個主主要的測測試過程程類：ttestt() thrrowss syyncEExceeptiion。當teest()執(zhí)行行的時候候，如果果出現(xiàn)異異常，就就會拋出出一個ssynccExccepttionn，外部部的方法法會caatchh到這個個synncExxcepptioon，然然后使用用一個通通用的方方法來處處理錯誤誤。測試人員員只需要要編寫一一個標準準的錯誤誤處理方方法就可可以完成成這些所所有的工工作。當然，這這個測試試人員需需要對jjavaa有一定定的了解

41、解和熟悉悉，但是是這樣的的人員只只需要一一個就可可以了，因為出出錯處理理程序只只需要一一個，它它用來處處理所有有的錯誤誤，并且且使得下下一個測測試案例例可以被被執(zhí)行。IDE的的穩(wěn)定性性。在一個大大量的測測試案例例被執(zhí)行行的時候候，實際際上IDDE并沒沒有工作作，它只只是在等等待響應應。執(zhí)行測試試的過程程，就是是執(zhí)行jjavaa各個不不同的類類的過程程。而TTesttCasse是一一個非常常健壯的的類，不不會導致致系統(tǒng)出出現(xiàn)異常常。因此此，IDDE從理理論上是是非常堅堅固的。另外基于于javva的系系統(tǒng)一般般而言，穩(wěn)定性性都非常常好。特特別是所所有的測測試案例例基本上上都是繼繼承自cclasss

42、 TTesttCasse。產(chǎn)品升級級當產(chǎn)品升升級的時時候，對對原有測測試案例例影響最最大的就就是TeestCCasee類的變變化。classs TTesttCasse實際際上只是是一個aabsttracct，只只實現(xiàn)了了一個基基本的iinteerfaace，實際的的功能都都是由底底層的組組件來實實現(xiàn)的，這個組組件在IIDE啟啟動的時時候被lloadd，跟測測試人員員自己編編寫的測測試案例例沒有任任何直接接關系。因此當?shù)椎讓拥念愵惏l(fā)生變變化的時時候系統(tǒng)升升級可能能會帶來來底層類類的變化化對對測試腳腳本沒有有影響。3.5國國際支持持支持多種種語言UUniccodee編碼形形式；用戶可以以選擇中中英

43、文界界面的版版本。系統(tǒng)對語語言編碼碼的識別別是由系系統(tǒng)自動動完成，用戶不不必考慮慮選碼的的問題。4.系統(tǒng)統(tǒng)基本功功能4.1測測試案例例創(chuàng)建與與錄制創(chuàng)建測試試案例用戶能夠夠創(chuàng)建一一個測試試案例。創(chuàng)建的的測試案案例腳本本是空的的，需要要用戶自自己來加加入包的的名字、類的名名字等等等。創(chuàng)建測試試案例可可以在項項目瀏覽覽器中使使用右鍵鍵菜單或或者系統(tǒng)統(tǒng)的菜單單。如果用戶戶是一個個非常熟熟悉測試試案例的的測試人人員，他他（她）就可以以自己手手工來編編寫測試試案例的的代碼了了。但是是，由于于資源文文件不存存在，所所以他（她）如如果希望望自己編編寫的測測試案例例能夠執(zhí)執(zhí)行的化化，還需需要手工工編寫對對應的x

44、xml資資源文件件。創(chuàng)建測試試案例的的過程都都是從錄錄制開始始的。通過錄制制創(chuàng)建測測試腳本本當你從菜菜單或者者工具條條啟動“錄制”命令，系統(tǒng)開開始記錄錄你的所所有操作作，并且且在記錄錄過程中中把生成成的腳本本文件顯顯示在編編輯器上上面。錄制的結結果是，你得到到了：1）一個個可以被被執(zhí)行的的測試腳腳本文件件；2）測試腳腳本相關關的資源源文件，這個資資源文件件用來記記錄所有有腳本中中用到的的窗口、組件的的屬性（如：名名稱、位位置、ttabiindeex、類類型等）。4.2測測試案例例編輯測試案例例的結構構測試案例例是具有有結構的的，它能能夠運行行，首先先要符合合javva的語語法和主主程序入入口。

45、并并且它需需要使用用測試基基本類提提供的功功能來完完成測試試。測試案例例編輯AutooRunnnerr提供了了強大的的測試案案例編輯輯功能：第一，提供了了javva腳本本的關鍵鍵字識別別技術，能夠識識別系統(tǒng)統(tǒng)的關鍵鍵字，避避免語法法錯誤；第二，提供了了實時語語法分析析的功能能，在編編輯過程程中動態(tài)態(tài)分析語語法，并并且對語語法錯誤誤動態(tài)報報警，盡盡量避免免編譯時時刻再出出現(xiàn)錯誤誤。4.3測測試案例例參數(shù)化化什么是數(shù)數(shù)據(jù)驅動動？錄制完成成測試案案例之后后，你就就得到了了一個測測試腳本本。如果果這個測測試腳本本只能夠夠被執(zhí)行行一組數(shù)數(shù)據(jù)，并并且數(shù)據(jù)據(jù)是固定定不變的的，那么么你每一一次的測測試就只只能

46、夠執(zhí)執(zhí)行很簡簡單的功功能了。邊界條件件、路徑徑覆蓋，需要使使用一個個腳本、很多組組數(shù)據(jù)輸輸入才能能夠完成成，固定定的數(shù)據(jù)據(jù)無法滿滿足要求求。數(shù)據(jù)驅動動就是指指能夠把把需要輸輸入（和和驗證）的數(shù)據(jù)據(jù)參數(shù)化化，通過過腳本執(zhí)執(zhí)行不同同的數(shù)據(jù)據(jù)，就實實現(xiàn)了數(shù)數(shù)據(jù)驅動動，也就就是數(shù)據(jù)據(jù)與腳本本分離。AutooRunnnerr實現(xiàn)了了腳本與與數(shù)據(jù)分分離：腳腳本使用用javva的腳腳本，在在腳本執(zhí)執(zhí)行的時時候，從從數(shù)據(jù)源源中讀取取數(shù)據(jù)。AutooRunnnerr使用了了DattaSoourcce這樣樣一個接接口來實實現(xiàn)參數(shù)數(shù)化。DataaSouurcee通過外外部定義義的組件件實現(xiàn)對對外部數(shù)數(shù)據(jù)源的的操作功

47、功能，從從外部獲獲取數(shù)據(jù)據(jù)。DataaSouurcee本身就就是通過過插件來來實現(xiàn)的的，IDDE只定定義了iinteerfaace，外部插插件決定定系統(tǒng)的的行為。通過加加載不同同的插件件，用戶戶可以使使用不同同的數(shù)據(jù)據(jù)源來訪訪問數(shù)據(jù)據(jù)。如：exccel、xmll、db和其其他。測試案例例參數(shù)化化AutooRunnnerr在自動動錄制完完成之后后，可以以通過菜菜單“參參數(shù)化”，AuutoRRunnner會會彈出所所有的對對象樹，提供給給用戶勾勾選，選選中部分分進行自自動參數(shù)數(shù)化。參參數(shù)化的的結果：1）腳本本變?yōu)閰?shù)化腳腳本；22）數(shù)據(jù)據(jù)池自動動增加了了選擇的的參數(shù)列列表。在測試案案例參數(shù)數(shù)化之

48、后后，用戶戶仍然可可以手工工來修改改，實現(xiàn)現(xiàn)進一步步的參數(shù)數(shù)編輯工工作。創(chuàng)建外部部數(shù)據(jù)源源只有訪問問數(shù)據(jù)源源的腳本本，沒有有外部數(shù)數(shù)據(jù)源，那么所所有的腳腳本訪問問都會失失敗。用用戶需要要創(chuàng)建外外部的數(shù)數(shù)據(jù)源。有兩種方方式創(chuàng)建建數(shù)據(jù)源源：第一，自自動通過過IDEE創(chuàng)建。在腳本本文件中中，選中中該腳本本的右鍵鍵菜單中中的“創(chuàng)創(chuàng)建/維護腳腳本”，IDEE會自動動查找所所有的ddataasouurcee操作，并且更更新數(shù)據(jù)據(jù)源。第二，通通過手工工創(chuàng)建。需要在在外面手手工編輯輯文件。4.4增增加同步步點和驗驗證點同步點的的概念在進行輸輸入輸出出之前，就需要要對系統(tǒng)統(tǒng)進行同同步，使使得輸入入和輸出出能夠針

49、針對正確確的窗口口或者組組件，以以免出現(xiàn)現(xiàn)異常和和錯誤。如果同同步條件件沒有出出現(xiàn)，系系統(tǒng)就需需要等待待一段時時間，來來滿足運運行系統(tǒng)統(tǒng)的要求求，使得得需要操操作的組組件能夠夠顯示出出來。自動同步步和手工工同步點點所謂的自自動同步步點，是是只在操操作過程程中，由由于本身身需要執(zhí)執(zhí)行操作作，如對對某個組組件輸入入一串字字符，而而需要等等待這個個組件出出現(xiàn)，這這種同步步點是系系統(tǒng)在操操作過程程中自動動加入的的，我們們稱為“自動同同步點”。也有一些些情況，需要手手工增加加一些同同步點，當系統(tǒng)統(tǒng)執(zhí)行到到一定時時候，需需要等待待一個條條件出現(xiàn)現(xiàn)再繼續(xù)續(xù)執(zhí)行，這種同同步點我我們稱為為“手工工同步點點”。用

50、戶需要要關心的的是手工工同步點點，例如如：需要要等待一一個immagee能夠正正確顯示示，然后后再繼續(xù)續(xù)下面的的工作。它不是是單純的的等待，而是每每間隔一一段時間間就去查查看是否否滿足同同步條件件，如果果滿足系系統(tǒng)就繼繼續(xù)執(zhí)行行，如果果不滿足足而系統(tǒng)統(tǒng)超時時時間沒有有達到，就繼續(xù)續(xù)等待。如果出出現(xiàn)超時時，那么么就拋出出SynncExxcepptioon。驗證點測試的目目的是看看執(zhí)行一一個過程程，結果果是否和和預期結結果一致致。驗證的方方法就是是查看結結果是否否一致，這個點點我們稱稱作“驗驗證點”。驗證成功功則繼續(xù)續(xù)執(zhí)行，驗證不不成功也也需要繼繼續(xù)執(zhí)行行，并且且把結果果寫入測測試報告告。Auto

51、oRunnnerr的驗證證點需要要手工加加入AuttoRuunneer不知知道用戶戶需要驗驗證那些些內(nèi)容。增加驗證證點用戶可以以使用編編輯器來來增加驗驗證點，AuttoRuunneer提供供了方法法讓用戶戶來增加加驗證點點。4.5測測試案例例執(zhí)行測試案例例執(zhí)行當測試案案例只有有能夠被被執(zhí)行才才有意義義。在AuttoRuunneer里，測試案案例是一一個jaava的的類（特特殊的jjavaa類）。這個類首首先被編編譯，然然后執(zhí)行行。通過過菜單上上的“執(zhí)執(zhí)行”項項，你可可以執(zhí)行行這個測測試案例例。如果編譯譯出現(xiàn)錯錯誤，則則會在信信息欄中中提示錯錯誤。執(zhí)行支持持標準輸輸出，并并且把標標準輸出出顯示在

52、在AuttoRuunneer下面面的輸出出框里面面。多次執(zhí)行行當測試用用例被執(zhí)執(zhí)行的時時候，AAutooRunnnerr會提示示，需要要用戶輸輸入當前前測試腳腳本被參參數(shù)化之之后，需需要使用用的數(shù)據(jù)據(jù)列表的的行號范范圍。輸輸入之后后，會多多次執(zhí)行行這個測測試腳本本，每次次使用一一行的數(shù)數(shù)據(jù)，達達到一個個腳本中中執(zhí)行多多次的目目標。測試跟蹤蹤調(diào)試測試腳本本本身也也可能出出錯，也也可能由由于被測測試對象象的變化化（如缺缺少了一一個對象象）而出出現(xiàn)錯誤誤。因此，定定位和排排除錯誤誤的方法法，我們們使用了了跟蹤調(diào)調(diào)試。AAutooRunnnerr使用了了javva作為為測試腳腳本，并并且每個個測試腳腳

53、本都是是一個jjavaa的類。因此AAutooRunnnerr實現(xiàn)了了javva的跟跟蹤體系系結構：JDAA。AutooRunnnerr允許用用戶設置置斷點、查看本本地變量量值、查查看指定定的變量量的值，并且提提供了單單步執(zhí)行行的各種種模式。5.AuutoRRunnner的的特點評估自動動測試工工具的關關鍵在于于：第一一，很高高的建立立測試案案例的生生產(chǎn)率；第二，降低用用戶的二二次開發(fā)發(fā)成本；第三，便于維維護使用用；第四四，便于測測試案例例的數(shù)據(jù)據(jù)驅動擴擴展；第第五，測試試案例資資源的延延續(xù)性；第六，擴展展性。下面，我我們就AAutooRunnnerr在這幾幾個方面面的特點點簡要介介紹：Aut

54、ooRunnnerr具有很很高的生生產(chǎn)率。自動測測試工具具建立一一個測試試案例腳腳本的時間成成本為手手工測試試一次的的310倍，可見建建立自動動測試的的起始是是需要一一定的成成本的。如何降低低建立測測試案例例的成本本，是自自動測試試工具的的關鍵。AuttoRuunneer的優(yōu)優(yōu)勢在于于：首先先，優(yōu)秀秀的自動動識別組組件功能能。腳本本能夠在在錄制完完成之后后直接使使用，能能夠自動動適應出出現(xiàn)的各各種情況況，如：窗口位位置、ttitlle、大大小等的的變化，組件位位置、名名稱的變變化。通通過自動動識別能能夠識別別處組件件，從而而降低對對編寫腳腳本的要要求，提提高了自自動錄制制的可用用性。第第二，提

55、提供了數(shù)數(shù)據(jù)驅動動框架。很多測測試工具具雖然支支持參數(shù)數(shù)化的功功能，但但是需要要手工完完成數(shù)據(jù)據(jù)驅動框框架，才才能夠實實現(xiàn)數(shù)據(jù)據(jù)驅動：從指定定的文件件中獲取取數(shù)據(jù)。AuttoRuunneer自動動定義標標準的數(shù)數(shù)據(jù)驅動動模式，定義了了標準的的數(shù)據(jù)驅驅動格式式，降低低了增加加測試案案例的成成本。雖雖然建立立一個測測試腳本本需要一一定的時時間，但但是在測測試腳本本建立之之后增加加一組數(shù)數(shù)據(jù)的時時間卻非非常短。模糊識別別。AuttoRuunneer對每每種組件件定義了了標準的的模糊識識別指標標。在錄錄制測試試案例之之后，系系統(tǒng)的資資源文件件就會根根據(jù)系統(tǒng)統(tǒng)的配置置文件生生成確定定識別權權重的指指標。在在測試腳腳本被執(zhí)執(zhí)行的時時候，通通過權重重算法來來進行模模糊識別別和匹配配。關鍵字驅驅動。AuttoRuunneer提供供了領先先的關鍵鍵字驅動