【導(dǎo)讀】testingfunctions.

　　

【正文】 端模塊的強(qiáng)大功能幫助下，沒(méi)有任何測(cè)試知識(shí)的測(cè)試人員，也可以在很短的訓(xùn)練時(shí)間掌握它。此外，由于是純 Java 代碼編寫(xiě)，自動(dòng)化測(cè)試系統(tǒng)的核心可以支持跨平臺(tái)的執(zhí)行，它同樣可以支持分布式執(zhí)行，通過(guò)分離作業(yè)控制端和執(zhí)行服務(wù)端來(lái)實(shí)現(xiàn)。理論上每個(gè)測(cè)試業(yè)務(wù)都可以支持自動(dòng)化測(cè)試系統(tǒng)，這歸功于其優(yōu)秀的內(nèi)在功能 —— 自定義的 API庫(kù)，它可以針對(duì)不同的特殊目標(biāo)與 Tcl 腳本語(yǔ)言迅速開(kāi)發(fā)，并且 API 對(duì)工作在前端系統(tǒng)的測(cè)試人員來(lái)說(shuō)是透明的，他們需要做的只是根據(jù)具體情況填充合適的數(shù)據(jù)到工作測(cè)試界面。 1. 相關(guān)工作 關(guān)于自動(dòng)化測(cè)試最常用的方法包括回歸測(cè)試、功能分塊檢測(cè)、數(shù)據(jù)驅(qū)動(dòng)和關(guān)鍵字驅(qū)動(dòng)?；貧w測(cè)試通常應(yīng)用在 GUI 測(cè)試產(chǎn)品，如 WinRunner。功能分塊檢測(cè)方式是數(shù)據(jù)驅(qū)動(dòng)和關(guān)鍵字驅(qū)動(dòng)方式的一種初期樣板，從功能不同的數(shù)據(jù)和使用數(shù)據(jù)文件提供的輸入來(lái)和預(yù)期的結(jié)果對(duì)比驗(yàn)證。然而，使用這種方法的測(cè)試不僅必須保持詳細(xì)的測(cè)試計(jì)劃的具體數(shù)據(jù)，也必須重新輸入各種所需的數(shù)據(jù)到數(shù)據(jù)文件中。數(shù)據(jù)驅(qū)動(dòng)的方法是通過(guò)電子表格文件記錄數(shù) 據(jù)，如 Excel 和依靠各種 API 和關(guān)鍵數(shù)據(jù)執(zhí)行的測(cè)試腳本。關(guān)鍵字驅(qū)動(dòng)是一種先進(jìn)的數(shù)據(jù)驅(qū)動(dòng)的方法，該方法使用實(shí)際測(cè)試人員開(kāi)發(fā)使用含有特殊關(guān)鍵字的電子表格的測(cè)試用例文檔。在這種方法中，整個(gè)測(cè)試過(guò)程是數(shù)據(jù)驅(qū)動(dòng)和關(guān)鍵字控制處理。由此，自動(dòng)化測(cè)試系統(tǒng)在各項(xiàng)基本功能和工程 API 的支持下和結(jié)合數(shù)據(jù)驅(qū)動(dòng)和關(guān)鍵字驅(qū)動(dòng)的方法靈活管理、控制功能，使其具備強(qiáng)大的編程功能。 近年來(lái)，有許多自動(dòng)化測(cè)試產(chǎn)品和架構(gòu)大量涌現(xiàn)。布萊克本提出了一種基于模型的使用接口驅(qū)動(dòng)自動(dòng)化測(cè)試方法稱為自動(dòng)化測(cè)試框架（ TAF），可以結(jié)合需求建模，以支持自動(dòng)化測(cè) 試用例和測(cè)試驅(qū)動(dòng)程序生成。該模型著重于如何讓測(cè)試工程師可以開(kāi)發(fā)更多功能明確的可重用的 套件 模型或系統(tǒng)接口模型。然而，由于聯(lián)合國(guó)的規(guī)范要求文檔和嚴(yán)格的業(yè)務(wù)控制，它很難擴(kuò)大到許多的大型軟件公司，更別說(shuō)那些中小型公司。同時(shí)，基于 套件 的測(cè)試方法被提出，如 CBSFG 等。遺憾的是，他們不夠關(guān)心自動(dòng)化測(cè)試的框架結(jié)構(gòu)，而把大部分注意力放在如何生成測(cè)試用例。 iSoftTech2 自動(dòng)化測(cè)試系統(tǒng)和 AXE3 自動(dòng)化測(cè)試框架是優(yōu)秀的自動(dòng)化系統(tǒng)，但沒(méi)有分布式和跨平臺(tái)的功能。 WinRunner 和 Robot4 等為主導(dǎo)的商業(yè)產(chǎn)品的設(shè)計(jì)沒(méi)有太多考慮有關(guān)的兼容性和可移植性的問(wèn)題。這些傳統(tǒng)測(cè)試產(chǎn)品關(guān)心跨平臺(tái)、分布式控制和分布式執(zhí)行能力的程度還遠(yuǎn)遠(yuǎn)不夠。 2. 自動(dòng)化測(cè)試系統(tǒng)的構(gòu)建 自動(dòng)化測(cè)試系統(tǒng)是根據(jù) Struts 和 MVC 設(shè)計(jì)模式且基于 J2EE 開(kāi)發(fā)的。服務(wù)器端建立在 Tomcat 服務(wù)器上，而客戶端在 JSP 編程的網(wǎng)頁(yè)，后端的業(yè)務(wù)邏輯模塊由 Java Bean 或 企業(yè) Java Beans 實(shí)現(xiàn)。 自動(dòng)化測(cè)試系統(tǒng)由用戶界面、請(qǐng)求處理程序管理、作業(yè)控制、正常的請(qǐng)求處理程序、執(zhí)行服務(wù)端和 套件 執(zhí)行層等組成。用戶接口模塊提供了方便的操作界面給前端用 戶發(fā)送用戶的操作請(qǐng)求到處理程序管理模塊。 不過(guò)，請(qǐng)求處理程序管理模塊不處理這些請(qǐng)求本身，而只是轉(zhuǎn)發(fā)給一些特定的處理程序或活動(dòng)線程。 實(shí)際應(yīng)用中存在兩種用戶的要求。一種屬于測(cè)試 套件 或測(cè)試工作的相關(guān)邏輯控制，另一種是除第一種外的雜項(xiàng)要求。所有有關(guān)邏輯控制的要求都由工作控制端處理。為了支持分布式執(zhí)行，工作控制端和執(zhí)行服務(wù)端可以運(yùn)行在不同且獨(dú)立的服務(wù)器上。工作控制端可以同步控制多個(gè)執(zhí)行服務(wù)端，執(zhí)行服務(wù)端由一個(gè)有限狀態(tài)機(jī)設(shè)計(jì)而成，該狀態(tài)機(jī)可以在測(cè)試工作中運(yùn)行測(cè)試 套件 隊(duì)列 。當(dāng)完成這些工作隊(duì)列 中的所有 套件 測(cè)試，執(zhí)行 服務(wù)端會(huì)通知工作控制端，改變工作狀態(tài)。該 套件 執(zhí)行層負(fù)責(zé)編制和操控某些 套件 或 用例 執(zhí)行一個(gè)特定的測(cè)試任務(wù)，這就是一個(gè)自動(dòng)測(cè)試系統(tǒng)的執(zhí)行核心。 同時(shí)，它提供了一個(gè)統(tǒng)一的測(cè)試框架和各種 API，方便編程測(cè)試腳本。 . 請(qǐng)求控制管理 自動(dòng)化測(cè)試系統(tǒng)的前端界面是 Web 頁(yè)面 ，測(cè)試人員可以制定測(cè)試腳本或從 Tcl腳本編程的基本庫(kù)制定方案，形成一個(gè)完整的程序段。所有的這些請(qǐng)求都將被分配到服務(wù)端，一般來(lái)說(shuō)，從前端接口發(fā)送的每一個(gè)請(qǐng)求在執(zhí)行服務(wù)端上都有其自己的處理函數(shù)。 如果 Web 瀏覽器立即發(fā)送每一個(gè)請(qǐng)求到相應(yīng)的處理程序， Web瀏覽器就 必須保存所有這些請(qǐng)求和處理函數(shù)之間的關(guān)系，但這會(huì)降低整個(gè)系統(tǒng)的靈活性和可擴(kuò)展性。為了解決這個(gè)問(wèn)題，自動(dòng)化測(cè)試系統(tǒng)創(chuàng)建了一個(gè)請(qǐng)求處理程序管理模塊保存這些請(qǐng)求和處理函數(shù)之間的關(guān)系。 工作控制端 在自動(dòng)化測(cè)試系統(tǒng)中有 3 種測(cè)試方面 —— 作業(yè)、 套件 和 用例 。作業(yè)是一個(gè)集成 套件 隊(duì)列，可以預(yù)定并分配到指定的服務(wù)端執(zhí)行； 套件 是一個(gè)執(zhí)行實(shí)體，它被執(zhí)行服務(wù)端分配到符合的執(zhí)行層； 用例 是按照某些業(yè)務(wù)需求用 Tcl 腳本語(yǔ)言設(shè)計(jì)的一個(gè)可執(zhí)行的腳本。 工作控制端、工作執(zhí)行者和 套件 執(zhí)行者可以分別通過(guò)不同的接口更新或查詢自己保存在數(shù)據(jù)庫(kù)中的 文件。顯然，工作控制端負(fù)責(zé)控制工作的狀態(tài)，并為分開(kāi)的執(zhí)行程序分配工作給工作執(zhí)行者。因此，工作控制端在整個(gè)工作中起著關(guān)鍵作用，保證了整個(gè)系統(tǒng)的順利運(yùn)行。 一般來(lái)說(shuō)，不同階段有不同的狀態(tài)，而要控制所有這些狀態(tài)，我們就要設(shè)計(jì)一個(gè)有限狀態(tài)機(jī)。 執(zhí)行服務(wù)端 工作控制端根據(jù)其狀態(tài)啟動(dòng)工作來(lái)執(zhí)行，執(zhí)行服務(wù)端接收到這些執(zhí)行工作的命令后建立一個(gè) 套件 隊(duì)列，并調(diào)用 套件 執(zhí)行層依次執(zhí)行這些 套件 。當(dāng)執(zhí)行服務(wù)端接收到從 套件 執(zhí)行層 返回的結(jié) 果，它會(huì)檢查是否 套件 隊(duì)列為空，如果不是，它會(huì)把下一個(gè) 套件 放到 套件 執(zhí)行層執(zhí)行，否則，執(zhí)行服務(wù)端會(huì) 通知工作控制端所有的套件 已經(jīng)執(zhí)行完畢。 顯然， 套件 執(zhí)行層由一些可執(zhí)行的腳本或 用例 執(zhí)行命令構(gòu)成，這些腳本可以在特定的模板下用 Tcl 語(yǔ)言編成，這樣可以加快測(cè)試速度并保證測(cè)試項(xiàng)目的準(zhǔn)確率。 套件 執(zhí)行層另外的功能提供了 API 和外部接口，如 GUI API 和 套接字 API來(lái)支持第三方工具 —— WinRunner 或 QTP 等。因此，自動(dòng)化測(cè)試系統(tǒng)具有強(qiáng)大的靈活性和可擴(kuò)展性。 結(jié)論 與傳統(tǒng)的自動(dòng)化測(cè)試工具相比，自動(dòng)化測(cè)試系統(tǒng)是一種新型的軟件自動(dòng)化測(cè)試系統(tǒng)，被廣泛應(yīng)用在通信行業(yè)并通過(guò)大量的試驗(yàn)取得顯著成效（如在WinRunner 和后 端程序的測(cè)試幫助下實(shí)行 GUI 測(cè)試）。它被視為一種高效和新穎的測(cè)試系統(tǒng)，同時(shí)具備分布式功能、資源管理功能和可擴(kuò)展性強(qiáng)等優(yōu)點(diǎn)。值得一提的是，我們可以通過(guò)設(shè)計(jì)不同的 API 來(lái)應(yīng)對(duì)不同的測(cè)試業(yè)務(wù)，設(shè)計(jì)回歸測(cè)試腳本到自動(dòng)化測(cè)試系統(tǒng)中執(zhí)行，運(yùn)用時(shí)只需要修改全局輸入變量，而無(wú)需修改任何命令行。 從某種意義上講，自動(dòng)化測(cè)試系統(tǒng)實(shí)際上是一個(gè)普通的自動(dòng)化測(cè)試框架。