【正文】 另外由于隨著應(yīng)用的發(fā)展，測試工具的功能需要大幅度的提升，因此工具的可擴展性也需要保證才能夠保證測試案例資源的延續(xù)性。用戶可以對系統(tǒng)配置文件的識別參數(shù)進行調(diào)整，達到修改整個錄制腳本識別參數(shù)權(quán)重的目標(biāo)，便于提高整個項目中腳本開發(fā)的效率。下面，我們就AutoRunner在這幾個方面的特點簡要介紹：AutoRunner具有很高的生產(chǎn)率。AutoRunner的驗證點需要手工加入——AutoRunner不知道用戶需要驗證那些內(nèi)容。創(chuàng)建外部數(shù)據(jù)源只有訪問數(shù)據(jù)源的腳本，沒有外部數(shù)據(jù)源，那么所有的腳本訪問都會失敗。測試案例的結(jié)構(gòu)測試案例是具有結(jié)構(gòu)的，它能夠運行，首先要符合java的語法和主程序入口。因此，IDE從理論上是非常堅固的。l 對第三方缺陷跟蹤工具的支持同樣的，AutoRunner可以提供針對缺陷跟蹤工具的API的調(diào)用，和第三方缺陷跟蹤工具達到“無縫連接”。 系統(tǒng)要求操作系統(tǒng)環(huán)境：Windows XPWindows2000Windows 2003注：。對于功能已經(jīng)完整和成熟的軟件，每次發(fā)布一個新的版本，其中大部分功能和界面都和上一個版本相似或完全相同，這部分功能特別適合于自動化測試， 從而可以讓測試達到測試每個特征的目的。關(guān)鍵字驅(qū)動。重新測試一邊老版本的所有功能是必要的，會提前發(fā)現(xiàn)版本兼容的問題、數(shù)據(jù)的問題等等。功能測試本身是面向需求的黑盒測試工具。在測試的過程中，我們需要檢查某個組件的某些屬性滿足某個條件。本技術(shù)規(guī)范書的解釋權(quán)歸上海澤眾軟件科技有限公司。l 解決方案企業(yè)可以建立一整套軟件自動測試體系，包括：需求管理、測試分析、測試管理、缺陷跟蹤，并且把這個過程納入整個軟件項目開發(fā)和軟件產(chǎn)品開發(fā)過程。另一方面，當(dāng)應(yīng)用軟件投入使用之后，隨著應(yīng)用的不斷發(fā)展和變化，將會提出大量的新增需求。人工測試帶來了一系列問題：測試質(zhì)量難以保證。上海澤眾軟件科技有限公司開發(fā)出了國內(nèi)第一個擁有自主知識產(chǎn)權(quán)的自動測試軟件——自動測試引擎(AutoRunner)，能夠幫助用戶實現(xiàn)自動化測試。因此，用來測試另外一個程序的程序往往是非常簡單的，我們把這個程序稱為“測試腳本”。一個測試過程往往需要眾多的數(shù)據(jù)來測試。雖然修改了很小的一部分，卻存在引入巨大錯誤的風(fēng)險。強大的對象識別技術(shù)。在關(guān)鍵字視圖上，能夠查看每個語句關(guān)聯(lián)的腳本；在對象瀏覽器上，可以在查看對象屬性的同時顯示對象的圖片，便于用戶理解當(dāng)前對象的位置信息。3. 具有一致性和可重復(fù)性。當(dāng)然，由于驗證往往是非常復(fù)雜的，例如：當(dāng)我們使用一個功能向database中增加一條記錄后，通過jdbc來查看該記錄是否已經(jīng)被增加。第四， 當(dāng)AutoRunner升級之后，原有測試腳本能夠兼容，繼續(xù)使用。因此當(dāng)?shù)讓拥念惏l(fā)生變化的時候——系統(tǒng)升級可能會帶來底層類的變化——對測試腳本沒有影響。邊界條件、路徑覆蓋，需要使用一個腳本、很多組數(shù)據(jù)輸入才能夠完成，固定的數(shù)據(jù)無法滿足要求。需要在外面手工編輯文件。通過菜單上的“執(zhí)行”項，你可以執(zhí)行這個測試案例。通過自動識別能夠識別處組件，從而降低對編寫腳本的要求，提高了自動錄制的可用性。維護方便性主要體現(xiàn)在幾個方面：簡潔的框架、容易理解的腳本、方便的調(diào)試功能。在擴展外部功能方面，由于AutoRunner使用了java語言，允許使用外部的包，也就是說可以任意增加腳本本身的功能而不受語法的限制和工具本身是否支持外部包的限制——在最大程度上提高了擴展性。另外，AutoRunner提供了強大的編輯器，在一般編輯器能夠動態(tài)識別語法關(guān)鍵字的基礎(chǔ)上，還能夠同時提供語法檢查——在編輯的時候從事語法檢查，對錯誤的語法實時提示。AutoRunner對每種組件定義了標(biāo)準(zhǔn)的模糊識別指標(biāo)。因此，定位和排除錯誤的方法，我們使用了跟蹤調(diào)試。它不是單純的等待，而是每間隔一段時間就去查看是否滿足同步條件，如果滿足系統(tǒng)就繼續(xù)執(zhí)行，如果不滿足而系統(tǒng)超時時間沒有達到，就繼續(xù)等待。通過加載不同的插件，用戶可以使用不同的數(shù)據(jù)源來訪問數(shù)據(jù)。如果用戶是一個非常熟悉測試案例的測試人員，他（她）就可以自己手工來編寫測試案例的代碼了。當(dāng)然，這個測試人員需要對java有一定的了解和熟悉，但是這樣的人員只需要一個就可以了，因為出錯處理程序只需要一個，它用來處理所有的錯誤，并且使得下一個測試案例可以被執(zhí)行。AutoRunner提供了對組件的定義功能：所有的組件類型必須被定義，并且只有最上層的已定義類型組件被識別，其他的組件都不會被識別。6. 將煩瑣的任務(wù)轉(zhuǎn)化為自動化測試?；镜腁utoRunner不提供這個功能。自動化的數(shù)據(jù)驅(qū)動。單元測試是白盒測試，往往和最后的功能測試存在一定的差異。 AutoRunner適用性說明AutoRunner是一個產(chǎn)品家族，不是一個單個的產(chǎn)品。測試腳本通過這個組件的屬性（如：名稱、位置、winclass、disable等）來確定那個組件是我們需要操作的組件。 自動測試工具（AutoRunner）版本升級之后，上海澤眾軟件科技有限公司有權(quán)對本技術(shù)白皮書進行修改，并不需要主動通知用戶。由于人員、系統(tǒng)穩(wěn)定性等眾多方面的原因，導(dǎo)致測試的進度比較難以度量和控制，造成項目風(fēng)險防范困難。AutoRunner技術(shù)白皮書上海澤眾軟件科技有限公司目錄 3 系統(tǒng)定位 8 自動功能測試工具的概念 8 業(yè)務(wù)提供 11 AutoRunner適用性說明 11 自動化的功能測試 11 自動化的回歸測試 12 每日構(gòu)建與冒煙測試 12 版本升級測試 13 特性概述 14 產(chǎn)品設(shè)計目標(biāo) 16 17 系統(tǒng)要求 17 系統(tǒng)性能 19 擴展能力 20 22 25 25 測試案例創(chuàng)建與錄制 25 26 測試案例參數(shù)化 27 增加同步點和驗證點 29 測試案例執(zhí)行與debug 30 31 35l 背景隨著軟件規(guī)模的發(fā)展和對軟件系統(tǒng)的依賴，人們發(fā)現(xiàn)：軟件的質(zhì)量對應(yīng)用系統(tǒng)的影響日益增加，質(zhì)量存在問題的軟件會導(dǎo)致帳務(wù)出錯，客戶信息丟失，用戶的服務(wù)出錯。測試進度難以控制。 本技術(shù)白皮書在內(nèi)容或技術(shù)指標(biāo)上如果存在錯誤（包括印刷錯誤），經(jīng)雙方確認(rèn)后可對該錯誤內(nèi)容或技術(shù)指標(biāo)進行修正。l 同步點在執(zhí)行測試腳本的時