功能自動化測試方案

1、精選優(yōu)質文檔-傾情為你奉上專心-專注-專業(yè)中國建設銀行功能自動化測試實施方案建議書（討論稿）中國建設銀行信息技術管理部2006 年 12 月精選優(yōu)質文檔-傾情為你奉上專心-專注-專業(yè)目目 錄錄精選優(yōu)質文檔-傾情為你奉上專心-專注-專業(yè)精選優(yōu)質文檔-傾情為你奉上專心-專注-專業(yè)1 1前言前言1.11.1 文檔目的文檔目的功能自動化測試方案是為中國建設銀行北京開發(fā)中心功能測試使用自動化工具，實現以自動化測試為主的目標而編寫的技術和實施方案。文檔的主要目的是提供自動化測試的技術方案、實施內容、實施步驟，以及關鍵的技術實現手段等。本文的預期讀者為建行測試中心相關人員。1.21.2 名詞術語名詞術語QT

2、P：Mercury 公司的功能自動測試工具，是一種企業(yè)級的用于檢驗應用程序是否如期運行的功能性測試工具。通過自動捕獲，檢測，和重復用戶交互的操作， QTP 能夠辨認缺陷并且確保那些跨越多個應用程序和數據庫的業(yè)務流程在初次發(fā)布就能避免出現故障，并且保持長期可靠運行。MQC：Mercury 公司的測試管理工具，用于在廣泛的 IT 系統和應用環(huán)境下執(zhí)行質量保證。它包含一套基于角色的集成應用程序和最佳實踐，以及開放式、可伸縮、可擴展的基礎架構。Quality Center 設計用于對關鍵質量活動進行優(yōu)化和自動化，包括要求、測試和故障管理、功能測試以及業(yè)務流程測試。功能測試：功能測試又稱正確性測試，它檢

3、查軟件的功能是否符合規(guī)格說明。由于正確性是軟件最重要的質量因素，所以其測試也最重要。自動化測試：使用商業(yè)提供的自動化測試工具或者自己開發(fā)的工具對目標系統進行測試。機器自動執(zhí)行的測試，替代人完成重復性勞動，但不能完全取代人。自動化測試需要用到測試工具，測試工程師的參與，自動化測試技術可應用于所有的測試階段業(yè)務組件：表示應用程序中單任務的步驟集合。業(yè)務組件（也稱為組件）在Mercury Quality Center 中由業(yè)務流程測試組合為特定的場景以建立業(yè)務流程測試。Action：在 QTP 中 Action 是一個可以被重復使用的最小單位，當建立一個全新的測試腳本時，測試腳本中只有一個 Acti

4、on 名為 Action1，可以將整個測試腳本切割成多個 Actions，讓測試腳本更為模塊化且更容易被重復使用。CheckPoint 檢查點：用來驗證腳本執(zhí)行結果是否達到預期。可以在錄制的過程中建立檢查點，也可以在錄制完成之后再建立檢查點。精選優(yōu)質文檔-傾情為你奉上專心-專注-專業(yè)測試對象模型：是一大組對象類型或類， QTP 用這些對象類型或類來表示應用程序中的對象。每個測試對象類都有一個可以唯一標識屬于該類的對象的屬性列表，以及一組 QTP 可以對其進行錄制的方法。測試對象：是 QTP 在測試或組件中創(chuàng)建的用于表示應用程序中的實際對象的對象。QTP 存儲有關該對象的信息，這些信息有助于它在

5、運行會話期間標識和檢查該對象。運行時對象：是網站或應用程序中的實際對象，在運行會話期間執(zhí)行針對該對象的方法。精選優(yōu)質文檔-傾情為你奉上專心-專注-專業(yè)2 2功能自動化測試實施原則功能自動化測試實施原則2.12.1 實施原則實施原則功能自動化測試過程中工具不可能完成所有的工作，工具仍然是測試過程中的輔助手段。對于工具主要是解決測試過程中的重復性的工作任務。另外實施自動化的測試，對被測系統也有更高的要求，總結功能自動化測試的實施原則如下：1)使用自動化工具測試，要求被測系統開發(fā)比較穩(wěn)定，較少發(fā)生功能的變更；2)在自動化測試腳本錄制前，被測系統的界面相對穩(wěn)定；3)功能測試自動化要求測試數據環(huán)境中的測

6、試數據相對充裕，滿足多次重復回歸測試的要求；4)要求被測系統的版本運行比較穩(wěn)定，較少發(fā)生測試中止的情況；5)分期分步驟實施，優(yōu)先選擇產品功能比較穩(wěn)定的系統進行；6)完善的、可復用的數據參數、腳本庫是一個長期的積累過程。2.22.2 實施功能自動化測試的優(yōu)缺點實施功能自動化測試的優(yōu)缺點功能的自動化測試與手工測試雖然有很多局限，但是同樣有其優(yōu)勢，隨著自動化測試技術和工具的發(fā)展，對于比較穩(wěn)定的產品的功能測試中，自動化測試占有越來越重要的地位。使用 QTP 可以加快整個測試的過程，在產品的版本發(fā)布之后，可以重復使用測試腳本進行測試，具體來說：自動化測試的優(yōu)點：提高測試效率，降低測試成本；重復性強的手工

7、勞動獨立用自動化實現；快速的回歸測試，提高新版本發(fā)布的速度和質量；避免人工測試容易犯的錯誤，如：錯誤測試，漏測試，多測試等；很容易就實現并發(fā)性測試；測試可重用，采用腳本和數據可以很容易實現重用。自動化測試的缺點：規(guī)范的測試管理，測試需求，測試用例；不能創(chuàng)造性發(fā)現測試腳本沒有設計的缺陷；高質量的測試用例；高素質的自動化測試工程師；精選優(yōu)質文檔-傾情為你奉上專心-專注-專業(yè)對測試環(huán)境要求比較嚴格；測試需求變化可能引起大量的測試用例，自動測試腳本的修改、維護。精選優(yōu)質文檔-傾情為你奉上專心-專注-專業(yè)3 3實施范圍和目標實施范圍和目標3.13.1 實施范圍實施范圍1)工具范圍：目前考慮 QTP、MQ

8、C、TAR、配置管理工具、Excel 等工具的使用和集成；持續(xù)集成工具暫時先不考慮；2)系統范圍：定位在建行測試中心基礎測試環(huán)境中的交易類系統；3)測試階段的范圍：局限在 SIT 后期、以及上線后的功能回歸測試，目前暫不包括LT、內部測試中的功能測試部分。3.23.2 實施目標實施目標1.功能自動化測試系統應該能完成 SIT、以及上線后功能的回歸測試；2.方案目標對有界面和無界面的交易測試都能完成，有界面的交易支持如下方式：a)支持字符終端界面；b)支持 B/S 的 Web 界面；c)支持 C/S 的 Windows 應用程序界面；3.功能自動化測試方案對目前建行存在的大部分應用系統都可以進行

9、測試；4.實現自動化腳本錄制、自動化腳本執(zhí)行、自動化缺陷報告和管理。3.33.3 總體實施策略總體實施策略1.首先從目前建行的系統中選擇適合自動化測試的項目和系統；2.其次確定實施功能自動化測試的階段和時機；3.第三從適合的項目中選擇適合自動化測試實施的功能和交易。具體實施策略參見第 6 節(jié)的實施管理建議。精選優(yōu)質文檔-傾情為你奉上專心-專注-專業(yè)4 4技術方案實施內容技術方案實施內容4.14.1 使用使用 QTPQTP 測試的階段測試的階段使用 QTP 測試包括三個主要階段：4.1.14.1.1 創(chuàng)建測試或組件創(chuàng)建測試或組件創(chuàng)建階段可以通過在應用程序或網站上錄制會話，或者建立對象庫并使用關鍵

10、字驅動功能向關鍵字視圖中手動添加步驟來創(chuàng)建測試或組件。然后，可以使用特殊的測試選項和/或編程語句來修改這些測試或組件。4.1.24.1.2 運行測試或組件運行測試或組件創(chuàng)建測試或組件后，測試工程師可以運行這些測試或組件。運行測試或組件檢查被測系統。運行測試或者組件對錄制和編寫的腳本進行調試。4.1.34.1.3 分析結果分析結果運行測試或組件之后，就可以查看測試執(zhí)行的結果。在“結果”窗口中查看結果。報告在運行會話過程中檢測到的缺陷。精選優(yōu)質文檔-傾情為你奉上專心-專注-專業(yè)4.24.2 使用使用 QTPQTP 測試的具體步驟測試的具體步驟錄制/編寫腳本定義參數增加邏輯控制運行測試集腳本調試生成

11、報告加入檢查點測試分析準備加強腳本4.2.14.2.1 測試分析準備測試分析準備在測試前需要先確認被測應用程序是否符合自動化測試的需要，是否滿足自動化測試工具的要求。確認測試的范圍和測試目標，比如要測試哪些功能、以及測試的時機等。在準備階段要根據被測系統的業(yè)務需要分析被測系統的功能，整理出測試需求和測試數據需求。熟悉被測系統為后期指定測試集做準備。配置 QTP 工具的設置，為腳本錄制做準備。4.2.24.2.2 錄制測試腳本錄制測試腳本啟動 QTP 工具的錄制功能，手工操作被測系統的應用程序，QTP 將自動錄制人工的操作過程，并將操作的步驟顯示在 QTP 工具中。對于工具不能錄制或者不能識別的

12、界面對象需要手工識別和添加。4.2.34.2.3 加強測試腳本加強測試腳本在測試腳本中加入檢查點，檢查點可以是標準檢查點、對象檢查點、文本檢查點、數據庫檢查點等，以驗證應用程序的功能是否正確；精選優(yōu)質文檔-傾情為你奉上專心-專注-專業(yè)將錄制的腳本中的固定值（Hard Code）以參數取代，使得測試腳本跟測試數據結合；使用邏輯或者條件判斷，增加腳本的邏輯以實現對復雜的功能的測試。4.2.44.2.4 調試腳本調試腳本對修改增強完成的腳本進行調試，修改腳本中的邏輯錯誤，確保測試腳本能夠正常順利執(zhí)行。對于由于被測系統的功能需求發(fā)生變化后，測試腳本需要維護和修改，然后重新進行調試，以保證測試腳本的有效

13、性。4.2.54.2.5 執(zhí)行測試腳本執(zhí)行測試腳本調試完成的測試腳本，將在被測系統的版本上執(zhí)行測試，檢查被測系統的功能是否滿足需求。執(zhí)行腳本一般將腳本導入 MQC 中管理和定義測試案例執(zhí)行集，由 MQC 來調度執(zhí)行測試腳本。4.2.64.2.6 分析測試結果分析測試結果分析測試執(zhí)行的結果，找出問題所在。如果是剛開始實施自動化測試，分析結果還可以幫助分析和定位測試腳本的正確性。以便提高測試腳本的可靠性。4.2.74.2.7 匯報測試缺陷匯報測試缺陷通常 QTP 工具與 MQC 工具結合使用，這樣 QTP 發(fā)現的缺陷可以自動提交到 MQC 中對缺陷進行管理和跟蹤。4.34.3 準入檢查準入檢查準入

14、檢查機制是測試管理中的重要的環(huán)節(jié)，同時對于實現自動化測試方案中，更是一個重要的機制。準入檢查對被測系統的版本、系統功能開發(fā)的穩(wěn)定性等都能夠有效驗證，保證了自動化測試的順利執(zhí)行，同時也減少了自動化測試腳本的維護工作量。準入檢查的內容和方式：被測版本靜態(tài)檢查：通過靜態(tài)檢查被測版本的版本發(fā)布單 、版本的文件、版本的部署安裝是否正確。被測系統版本驗證：通過 MQC 運行覆蓋主要業(yè)務功能的腳本案例執(zhí)行的成功率精選優(yōu)質文檔-傾情為你奉上專心-專注-專業(yè)判斷被測系統能否進入自動化測試。4.44.4 測試數據環(huán)境與腳本管理測試數據環(huán)境與腳本管理QTP 可以將測試數據參數化，數據參數與測試腳本相對應，在測試腳本

15、中可以調用這些數據參數，實現同一個腳本可以針對不同的數據執(zhí)行多遍?？梢愿鶕档脑O置實現測試業(yè)務流程的多個分支。測試數據的參數化有四種基本方法：1)使用 QTP 的 DataTable，直接在 QTP 中將測試數據錄入參數表中；2)使用 QTP 的正則表達式，根據測試數據的需求，使用正則表達式可以簡化DataTable 中的重復、序列以及匹配數據；3)使用外部文件：通過 Excel 導入 QTP 中，或者腳本直接訪問外部文件的方式得到數據，可以方便實現腳本之間的數據共享；4)使用外部關系數據庫，QTP 腳本可以直接訪問其他的數據庫，從數據庫中取測試數據。測試數據與腳本的關系：測試數據與腳本的關

16、系：把自動測試腳本運行所用到的數據以參數取代，腳本運行時從參數表取數據；將數據與腳本分離，便于對數據和腳本的維護管理，便于更新數據以適應新的測試；QTP 腳本中的取值參數化，增強腳本的復用程度；環(huán)境變量參數化，測試、操作參數的值，應用程序隨機值。測試腳本參數化的實現步驟：測試腳本參數化的實現步驟：1)定義數據表參數；2)在數據表中建立數據參數值；3)修改受參數化影響的測試步驟的腳本；4)運行腳本，調試建立的參數和修改的腳本。4.54.5 功能自動化測試復用規(guī)范功能自動化測試復用規(guī)范使用自動化測試工具進行系統功能的自動化測試的一個重要的目的之一就是減少成本，提高效率。因此對測試過程中的成果的復用

17、就是一個重要的需要考慮的內容，幸運的是，目前的很多自動化測試工具都提供了類似復用的功能。針對 QTP 來說，工具本身提供了對腳本 Action 的復用、檢查點的復用、參數數據的復用以及腳本模板的定制功能。精選優(yōu)質文檔-傾情為你奉上專心-專注-專業(yè)Action 的復用：的復用：對于需要重復執(zhí)行的步驟、一些常用的操作，以及一些通用性的操作，比如登錄、退出等。一般都錄制為單獨的 Action，存為單獨的腳本文件。在需要的地方調用該Action。或者對于已經錄制好的腳本，可以使用腳本分拆功能將復用的腳本分拆出來。Action 的復用是先錄制用于復用的 Action 腳本，然后對該腳本設置為 Reuse

18、able Action，這樣該 Action 可以為其他腳本調用。QTP 對 Action 的調用方式為：復制 Action 和調用已有的 Action 兩種方式，可以根據實際情況選擇。腳本的復用可以減少腳本庫中腳本的數量，增強案例庫的可維護性。參數數據的復用：參數數據的復用：QTP 的參數化主要有兩種方式，一是 Global：控制整個 Action 的運行次數；另一種是 Current Action 的方式，對于一個腳本中有多個 Action 的情況下，用于控制單一的 Action 的循環(huán)次數。對于參數數據是執(zhí)行自動化測試的前提，參數數據一般是可以在不同的系統版本的測試或者回歸測試中復用率比

19、較高。檢查點的復用：檢查點的復用：每個腳本都需要設定檢查點，但有些腳本的檢查點可能相同，這時重復設定檢查點就會使工作沒有實際意義，這時可以設立可重用檢查點來解決這個問題。具體設置步驟為：1)錄制腳本，不設立檢查點；2)錄制可重用檢查點，將 QTP 錄制和運行設置設為錄制當前頁，開始錄制，不錄制步驟，直接在錄制過程中添加檢查點，將這個只有檢查點的 Action 設為可重用 Action（Reusable Action） ； 3)調用可重用檢查點，在第一步錄制好的腳本中調用這個可重用檢查點，首先選中需要添加檢查點的步驟，然后選擇調用已有的 Action。Action 模板定制：模板定制：對于需要在

20、每個 Action 腳本中包含的信息，比如腳本文件的頭注釋信息等，可以應用 Action 模板的方式來規(guī)范腳本開發(fā)的規(guī)范化，也為腳本維護和修改提供了方便。具體操作步驟為：精選優(yōu)質文檔-傾情為你奉上專心-專注-專業(yè)1)新建一個文本，輸入一些新建 Action 時經常包含的信息，然后保存為ActionTemplate.MST 文件；2)復制該文件到 QTP/dat 目錄下。這樣每次新建 action 都會包含固定的信息。4.64.6 環(huán)境部署環(huán)境部署功能自動化測試環(huán)境包括：自動化工具、缺陷管理工具、測試案例管理工具、持續(xù)集成工具的協同環(huán)境。在該方案中建議的自動化測試工具及其主要功能有：工具名稱工具

21、名稱功能說明功能說明QTP測試腳本錄制、修改、調試、運行；腳本的檢查點、參數設置等。MQC測試腳本的管理、測試集的建立；業(yè)務測試流程的執(zhí)行建立；測試執(zhí)行、缺陷報告管理、測試分析報告生成。TARTAR 主要是結合 QTP 和 QC 工作，用于字符終端的功能測試；它是連接 QTP 和字符終端的測試引擎，為 QTP 提供“虛擬設備” ，方便自動輸入。測試數據庫為功能自動化測試提供可以復用的測試數據；還可以將測試過程中可以用于復用的數據導入測試數據庫中管理維護。測試案例庫可以提供一些可以復用的測試案例腳本；還可以對測試過程中可以抽象為公用的腳本統一管理和維護。配置管理庫管理測試過程中的腳本的版本、數據

22、的版本等。Excel可以用于準備測試數據，可以從 Excel 導入 QTP 的 DataTable 中，也可以在 QTP 腳本中直接訪問 Excel 中的數據。QT Addin for MQCQTP 與 MQC 之間的插件，需要單獨安裝精選優(yōu)質文檔-傾情為你奉上專心-專注-專業(yè)TAR字字符符終終端端錄錄制制工工具具QTP1、錄制/調試訪問被被測測系系統統MQC Server連接MQC Client測試工程師4、定義測試集5、執(zhí)行腳本6、查看結果配置管理庫測試數據庫測試案例庫將測試腳本簽入簽出2、從公共測試數據庫提取測試需要的數據將可復用的測試腳本存入腳本管理定義測試集運行測試集查看執(zhí)行結果報告

23、缺陷模擬測試數據Excel2、導入自動化測試工程師腳本錄制腳本編寫腳本調試訪問錄制3、發(fā)布導入腳本4.74.7 組織管理要求組織管理要求在自動化測試實施過程中，需要相關的角色和人員，不同的角色負責相應的職責，具體需要的人員角色如下：測試經理：制定測試計劃；協調各個小組工作、協調行方資源；跟蹤測試進度；協商解決測試中的遇到的問題。業(yè)務測試工程師：為自動化測試提供業(yè)務指導，數據準備。測試分析工程師：搭建測試環(huán)境，數據準備；定義腳本的框架，調試腳本框架；分析測試結果，優(yōu)化測試腳本，配合系統優(yōu)化。測試腳本開發(fā)工程師：根據框架生成測試腳本，數據參數化，添加檢查點，執(zhí)行測試，記錄測試結果。精選優(yōu)質文檔-傾

24、情為你奉上專心-專注-專業(yè)開發(fā)人員：系統優(yōu)化，測試過程中問題定位。精選優(yōu)質文檔-傾情為你奉上專心-專注-專業(yè)5 5功能自動化測試方法比較功能自動化測試方法比較自動化測試技術的發(fā)展經歷了簡單的錄制回放、腳本測試和數據測試的階段，同時也代表了自動化測試技術方法。下面對比這三種自動化測試的技術方法，比較其優(yōu)缺點。5.15.1 錄制回放技術錄制回放技術建行測試過程分為測試計劃、測試需求分析、測試設計和案例編寫、測試執(zhí)行、測試分析等幾個階段，測試執(zhí)行和測試問題報告是屬于機械的、多次重復的活動，大概要占測試總工作量的 80左右，最適合被自動化，也是首先應該被自動化的。測試案例編寫活動也有部分工作可以被自動

25、化，如自動產生腳本框架等。測試執(zhí)行活動又分為輸入數據、執(zhí)行測試、驗證測試數據三個部分，其中工作量最大、實現起來最容易的就是輸入數據和執(zhí)行測試過程的自動化，最初采取的方法就是由計算機記錄手工操作的過程和數據，再次執(zhí)行測試時，根據上次記錄內容回放即可，就不需要手工輸入了，這就是錄制/回放技術，后來，為了實現驗證測試數據的自動化，在錄制過程后，進行了增強工作，可在腳本中加入同步、檢查點，并對部分數據進行參數化，實現初步的數據驅動。 DataDataDataCodeCodeRecordEnhanceReplay使用這種技術，其優(yōu)點如下：1.使用簡單，不需要深入的工作或計劃，可很快啟動手工錄制工作，可以

26、快速開始自動化，在短時間開發(fā)出大量簡單的測試，啟動成本低2.使用者不需要了解編程技術（假設不需要修改腳本）3.對實際執(zhí)行的操作可以跟蹤審計精選優(yōu)質文檔-傾情為你奉上專心-專注-專業(yè)但是，絕大部分采用這種技術進行自動化回歸測試的組織都失敗了，失敗的一個共性的原因是因為這種技術雖然初期啟動成本低，但是隨著測試過程的進行，后期維護成本非常高，使得不可能使用這種技術構建長期的自動測試系統，具體來說，這種技術存在以下問題：1.產生自動測試的過程繁瑣，效率低：產生可行的自動測試的時間比手工測試長 210 倍2.一切依賴于錄制過程中捕獲的內容，故只能測試已經能夠正常執(zhí)行的功能3.存在錄制噪聲，產生的腳本是非

27、結構化的，維護工作量巨大4.腳本、數據和驗證條件是捆綁在一起的，任何一個修改，就必須重新錄制或者修改腳本5.易受軟件改變的影響，軟件改變后必須重新錄制腳本和驗證條件6.如果回放時發(fā)生了錄制腳本時沒有發(fā)生的事情，將引起整個測試失敗正因為以上原因，錄制增強回放技術只使用于少量特殊情況，如培訓演示、只使用一次的測試腳本，界面和操作不變的測試等，對于長期、大量的自動回歸測試來說，這種方法是不可行的。5.25.2 腳本技術腳本技術既然錄制回放技術維護工作量巨大，無法使用這種技術構建長期的、大量測試的測試系統，那么如何改進自動回歸測試系統的可維護性呢？人們發(fā)現，自動回歸測試系統本身也是一個軟件系統，其基本

28、工作元素就是測試腳本，測試腳本也是一種軟件程序代碼，也存在各種程序錯誤，改進自動回歸測試系統的可維護性，就是要改善自動測試腳本的可維護性，既然自動回歸測試腳本是軟件程序，那么就可以使用軟件開發(fā)的技術來改進自動回歸測試腳本的可維護性，這就是結構化的編程方法（當時還沒有出現面向對象的技術） 。這種結構化的腳本技術又叫功能分解技術，是一種基于任務的技術，其工作原理是根據被測系統需要完成的任務和功能，對這些功能和任務進行分解，采用結構化編程技術完成實現這些功能的腳本，不同測試中執(zhí)行重復的任務時，使用同一個腳本，當重復任務發(fā)生改變時，也只需要修改一個腳本，對該腳本來說，數據與腳本是分離的，可以把數據作為

29、腳本的參數，也可以把需要的輸入數據和驗證數據放到指定的文件中，由腳本讀取。這種技術的特點是發(fā)展了“結構良好的、有文檔的、健壯的、可維護的”測試能力，測試項目成為工程項目，其關鍵特征是部分測試腳本已經開始具有可復用性。另外，由于測精選優(yōu)質文檔-傾情為你奉上專心-專注-專業(yè)試腳本包括錯誤捕獲和恢復邏輯，比錄制回放技術具有更高的可靠性，可以預知可能發(fā)生的錯誤和意外事件，通過編程進行處理，使自動回歸測試能順利進行。總結起來，這種技術優(yōu)缺點如下：優(yōu)點：1.可維護性較強采用模塊化設計，如果業(yè)務功能改變，只需要改變 1、2 個腳本，維護開銷低于錄制回放技術復雜的測試用例可以通過在一個主腳本中調用業(yè)務功能腳本

30、實現對于需要重復執(zhí)行的測試任務，只需要使用一個腳本，刪除了明顯的重復，通過把不同的輸入/驗證數據作為參數，或者放到文件中，使數據與腳本分開，腳本可以被不同用例使用2.可靠性不存在錄制噪聲，腳本經過測試后，可靠性比較高意外事件（如彈出菜單、對話框等）可以預先考慮并通過編程解決這種技術雖然維護成本比錄制回放技術低，但是還存在一些問題，主要缺點如下：每個功能都需要一個特定的測試腳本，而且大量腳本需要手工編寫重復使用的腳本（共享腳本）通常只占被測軟件很小的一部分腳本數量增多，增加了更多的文檔，管理難度加大5.35.3 數據驅動技術數據驅動技術使用腳本技術后，還存在一些的問題，其一，由于腳本技術是一種基

31、于任務的技術，與應用系統的功能是緊密相關的，通常不同的應用系統之間的差異比較大，如一個銀行的應用系統和一個稅務的應用系統，他們之間可復用的腳本很少。二是由于采用這種技術，大量腳本還是與數據捆綁在一起的，如果數據發(fā)生變化，也需要具有編程經驗的人員修改腳本，并調試腳本，成本比較高。如何解決這些問題呢？很顯然，需要進一步提高共享腳本的數量。通過進一步思考，人們發(fā)現任何自動測試的終極目標都是自動完成一套與測試需求相對應的有計劃的測試，可以由測試計劃驅動測試過程，測試工作的中心是測試數據，而不是測試腳本，測試腳本只是為了傳遞測試數據，應把測試腳本和測試數據分開，由測試數據來驅動自動回歸測試過程，這就是所

32、謂的數據驅動測試或關鍵字驅動測試，也叫基于動作（Action）的測試或精選優(yōu)質文檔-傾情為你奉上專心-專注-專業(yè)Action Word 方法，與前面說到的數據驅動不同，這里說的數據驅動測試不只是簡單把外部數據輸入到 AUT（Application Under Test，被測系統）中，數據驅動測試是一種數據被包含在輸入數據文件中，并且數據控制自動化測試腳本執(zhí)行的流程和動作的測試，只有這樣，才能實現在不同應用間的復用。這種測試方法要求我們分開測試數據和測試腳本，測試腳本是可以復用的，因此也要求測試腳本是參數化的。具體來說，采用這種技術就是在測試數據中指定測試執(zhí)行的步驟，以及每個步驟執(zhí)行時操作的對象

33、、動作和數據，測試腳本的作用就是讀入數據，并根據數據的要求執(zhí)行相應的動作，而面向對象技術的出現，也促進了該技術的發(fā)展。另外，由于自動測試腳本本身也是一種軟件，也存在邏輯錯誤和其他各種缺陷，也需要維護，因此，在自動回歸測試過程中，除了要維護被測系統相關的代碼、數據、文檔外，還需要維護自動測試系統本身的腳本、數據和文檔，維護成本非常高，因此可以說，創(chuàng)建結構化的、基于組件的測試腳本并使測試腳本與其執(zhí)行的數據相分離是自動化測試成功的唯一途徑。這種技術有多種實現方法，通常都會需要一個框架或引擎，用它來解析輸入數據中的動作指令，執(zhí)行指令要求的動作，而此框架和引擎的好壞，會直接影響自動回歸測試系統能否成功。

34、這種方法優(yōu)缺點分析如下：優(yōu)點：1.可維護性使用輸入文件的數據控制自動化測試的執(zhí)行流程和動作在特定框架下，可以非常容易地產生“健壯的”腳本，甚至自動產生數據與腳本分開，數據維護非常簡便，輸入數據文件格式簡單，維護方便，調整數據不需要修改腳本可以借助占位符（變量）允許動態(tài)數據輸入2.可靠性不存在錄制噪聲，基于框架的腳本開發(fā)更容易，更健壯意外事件（如彈出菜單、對話框等）可以預先考慮并通過編程解決3.可復用性：不是為一個應用開發(fā)腳本，腳本是封裝的，可以在不同應用間復用4.降低人員要求：只需要一個工具專家，業(yè)務人員不需要了解測試工具缺點：精選優(yōu)質文檔-傾情為你奉上專心-專注-專業(yè)需要手工維護大量的表格文

35、件或數據文件，并需要與測試用例、測試腳本保持同步5.45.4 各種自動測試技術比較各種自動測試技術比較應該說，這三種技術是對技術實現方法的一種分類，在實際實施自動回歸測試系統時，不一定限制在某一種實現技術上，也有可能在一個具體的實施項目中會用到所有三種技術。另外，這三種技術的實現具體細節(jié)會根據實際應用環(huán)境、實施方法的不同而不同，尤其是腳本技術和數據驅動技術，不同實現方法對自動回歸測試系統的影響很大，下表給出了一般性的評價，僅供參考。特性特性錄制回放錄制回放腳本技術腳本技術數據驅動技術數據驅動技術可維護性低中高可靠性低高高效率低中高可復用性低中高健壯性低高高可移植性低低高易用性高低高精選優(yōu)質文檔

36、-傾情為你奉上專心-專注-專業(yè)6 6實施管理建議實施管理建議6.16.1 實施策略建議實施策略建議考慮到建行系統的特點和自動化測試的適用性，對建行測試中心功能自動化測試實施策略有如下建議：分期實施：實施分為兩個階段，先選擇一、兩個試點項目實施，試點成熟后再推廣到其他的項目中；先易后難：選擇的實施對象盡量是非核心的系統或對建行目前的其他系統影響不大的項目，這樣可以減少實施風險，避免對核心系統或其他系統造成進度等影響；選擇穩(wěn)定的功能：自動化測試如果對功能不穩(wěn)定的系統，會造成測試腳本的維護工作量比較大，自動化測試會被異常中止的情況；逐步完善：自動化測試體系不僅僅包括測試腳本的錄制編寫和執(zhí)行，還包括測試數據環(huán)境