功能自動化測試方案

目錄

1前言...........................................................................2

1.1文檔目的..............................................................2

1.2名詞術(shù)語..............................................................2

2功能自動化測試實施原則........................................................3

2.1實施原則..............................................................5

2.2實施功能自動化測試的優(yōu)缺點...........................................5

3實施范圍和目標.................................................................7

3.1實施范圍..............................................................7

3.2實施目標..............................................................7

3.3總體實施策略..........................................................7

4技術(shù)方案實施內(nèi)容..............................................................8

4.1SAHI的特性和優(yōu)勢：...................................................6

4.2SAHI的工作原理：.................................................9

4.2.1第一步：錄制.....................................................10

4.2.2第二步精煉腳本.................................................10

4.2.3第三步：回放..........................................................11

4.3SAHI的安裝部署與配置................................................13

5實施管理建議.................................................................22

5.1實施策略建議.........................................................23

5.2人員配置.............................................................23

5.3實施計劃.............................................................24

5.4交付物...............................................................24

第1頁

1前百

1.1文檔目的

1.2功能自動化測試方案是為XXX系統(tǒng)功能測試使用自動化

工具，實現(xiàn)以自動化測試為主的目標而編寫的技術(shù)和實

施方案。

1.3文檔的主要目的是提供自動化測試的技術(shù)方案、實施內(nèi)

容、實施步驟，以及關(guān)鍵的技術(shù)實現(xiàn)手段等。本文的預

期讀者為測試中心相關(guān)人員。

1.4名詞術(shù)語

<Sahi:是TytoSoftware旗下的一個基于業(yè)務(wù)的開源Web應(yīng)用自動化測試工具。

Sahi運行為一個代理服務(wù)器，并通過注入JavaScript來訪問Web頁面中的元素。

Sahi支持HTTPS并且獨立于Web站點，簡單小巧卻功能強大。它相對于

Selenium等自動化測試工具，在動態(tài)ID元素查找和隱式頁面等待處理等方面具

有一定的優(yōu)勢。選擇Sahi工具來實現(xiàn)具體Web項目的自動化測試是一個很不錯

的選擇“

令功能測試：功能測試又稱正確性測試，它檢查軟件的功能是否符合規(guī)格說明。由于

正確性是軟件最重要的質(zhì)量因素?，所以其測試乜最重要。

令自動化測試：使用商業(yè)提供的自動化測試工具或者自己開發(fā)的工具對目標系統(tǒng)進

行測試。機器自動執(zhí)行的測試，替代人完成重復性勞動，但不能完全取代人。自動

化測試需要用到測試工具，測試工程師的參與，自動化測試技術(shù)可應(yīng)用于所有的測

試階段

第2頁

2Web測試背景：隨著Web技術(shù)和互聯(lián)

網(wǎng)的發(fā)展,Web應(yīng)用產(chǎn)品越來越豐富，

基于Web頁面測試的需求與日俱增。在

當前全球軟件都在追求高效、敏捷的開發(fā)

模式的大背景下,Web自動化測試成為

了新一波技術(shù)探討和研究的熱潮。因為傳

統(tǒng)的手工測試不僅效率低，并且測試質(zhì)量

受限于測試人員的一些情緒和心情。若當

一個測試人員帶著煩躁情緒來測這些繁

雜的大量重復性工作，測試的質(zhì)量令人擔

憂。更何況，當這項測試工作涉及到全球

化方面的測試時，多語言版本的測試工作

導致該測試工作量的成倍增加，這無疑是

一項巨大的考驗！

第3頁

3檢查點：用來驗證腳本執(zhí)行結(jié)果是否達到

預期?？梢栽阡浿频倪^程中建立檢查點，

也可以在錄制完成之后再建立檢查點。

第4頁

4功能自動化測試實施原則

4.1實施原則

|）功能自動化測試過程中工具不可能完成所有的工作，工具仍然是測試過程中的

輔助手段。對于工具主要是解決測試過程中的重復性的工作任務(wù)。另外實施自

動化的測試，對被測系統(tǒng)也有更高的要求，總結(jié)功能自動化測試的實施原則如

下：

2）使用自動化工具測試，要求被測系統(tǒng)開發(fā)比較穩(wěn)定，較少發(fā)生功能的變更：

3）在自動化測試腳本錄制前，被測系統(tǒng)的界面相對穩(wěn)定；

4）功能測試自動化要求測試數(shù)據(jù)環(huán)境中的測試數(shù)據(jù)相對充裕，滿足多次重復回歸

測試的要求；

5）要求被測系統(tǒng)的版本運行比較穩(wěn)定，較少發(fā)生測試中止的情況；

6）分期分步驟實施，優(yōu)先選擇產(chǎn)品功能比較穩(wěn)定的系統(tǒng)進行；

7）完善的、可復用的數(shù)據(jù)參數(shù)、腳本庫是一個長期的積累過程。

4.2實施功能自動化測試的優(yōu)缺點

功能的自動化測試與手工測試雖然有很多局限，但是同樣有其優(yōu)勢，隨著自動化測

試技術(shù)和工具的發(fā)展.對于比較穩(wěn)定的產(chǎn)品的功能測試中，自動化測試占有越來越重要

的地位。使用Sahi可■以加快整個測試的過程，在產(chǎn)品的版本發(fā)布之后，可以重經(jīng)使用測

試腳本進行測試，具體來說：

?自動化測試的優(yōu)點：

令提高測試效率，降低測試成本；

令重復性強的手工勞動獨立用自動化實現(xiàn)；

令快速的回歸測試，提高新版本發(fā)布的速度和質(zhì)量：

七避免人工測試容易犯的錯誤，如：錯誤測試，漏測試，多測試等；

?很容易就實現(xiàn)并發(fā)性測試：

測試可重用，采用腳本和數(shù)據(jù)可以很容易實現(xiàn)重用。

?自動化則試的缺點：

。規(guī)范的測試管理，測試需求，測試用例；

令不能創(chuàng)造性發(fā)現(xiàn)測試腳本沒有設(shè)計的缺陷：

今高質(zhì)量的測試用例；

第5頁

e高素質(zhì)的自動化測試工程師；

令對測試環(huán)境要求比較嚴格：

測試需求變化可能引起大量的測試用例，自動測試腳本的修改、維護。

第6頁

5實施范圍和目標

5.1實施范圍

1）工具范圍：目前考慮Sahi、Excel等工具的使用和集成;持續(xù)集成工具暫時先不考慮;

5.2系統(tǒng)范圍：定位在測試中心基礎(chǔ)測試環(huán)境中的系統(tǒng)；

5.3測試階段的范圍：局限在回歸測試后期、以及上線后的

功能回歸測試，目前暫不包括LT、內(nèi)部測試中的功能測

試部分。

5.4實施目標

1.功能自動化測試系統(tǒng)應(yīng)該能完成集成測試、以及上線后功能的回歸測試；

a）方案目標對有界面和無界面的交易測試都能完成，有界面的交易支持如卜方

式：

b）支持字符終端界面；

c）支持B/S的Web界面；

d）支持C/S的Windows應(yīng)用程序界面；

2.功能自動化測試方案對目前大部分應(yīng)用系統(tǒng)都可以進行測試；

3.實現(xiàn)自動化腳本錄制、自動化腳本執(zhí)行、自動化缺陷報告和管理。

5.5總體實施策略

1.首先從目前系統(tǒng)中選擇適合自動化測試的項目和系統(tǒng)：

2.其次確定實施功能自動化測試的階段和時機；

3.第三從適合的項目中選擇適合自動化測試實施的功能和交易。

具體實施策略參見第6節(jié)的實施管理建議。

第7頁

6技術(shù)方案實施內(nèi)容

Sahi的特性和優(yōu)勢：

當提及面向Web的自動化測試.，相信許多讀者會想到或者說使用過Selenium.Watir

等工具，而對于Sahi就可能比較陌生。首先，讓我們先來了解下Sahi工具。它是一

款卬度公司TytoSoftware開發(fā)的成熟的開源Web自動化測試工具。Sahi簡單易用,

能良好支持Ajax和Web2.0技術(shù)，同時適用于敏捷和傳統(tǒng)的不同測試模式。那么，它

與其他非常流行的Web自動化測試工具有哪些不同和優(yōu)勢呢？讓我們將其與主流自

動化測試工具Selenium和Watir來進行一番對比，請參考圖1:

J.Sah,與其他工具的對比

工具名腳本語言自帶錄制器速度DOMJS支持頁面等待機制AAJax

Java.Ruby.C#.

SeleniumFirefox慢XPath較好NO

Python.Peal.PHP

WatirRubyNo.XpathNO

Sahiscript

SahiAllBrowsers較快SahiAPIYes

Java.Ruby

從上圖的對比可以看出，Selenium支持的腳本語言比較豐富，且自帶SeleniumIDE

自動錄制工具,Watir執(zhí)行的速度相對其他較快。而Sahi同樣具備了自帶的錄制器，且

支持幾乎所有瀏覽器，且對JS支持較好，擁有頁面等待判斷機制，內(nèi)置Java異常報

告，支持Ajax等優(yōu)勢。

下面，本文將詳細介紹一下Sahi的幾大優(yōu)勢。

基于上下文的頁面識別機制：

大多數(shù)如Selenium等Web自動化測試工具或是自動化框架，都采用類似基于

DOM的定位策略、Xpath定位策略和id、name、identifier等頁面元素定位策略。

Identifier定位是最普遍的一種定位方式，當不能識別為其它定位方式后，默認為

identifier定位。在這種策略下，第一個使用id的頁面元素將被識別出來，如果沒有使

用指定id的元素，那么將識別第一個名字與指定條佇相符的元素°

例如，identifier識別username元素的定位策略：identifier=username

Id定位是在知道元素具體id特征的情況下的一種更精確定位。例如，定位頁面元素

loginFrom:id=loginFrom

name定位方式是去識別第一個匹配名稱屬性的UI元素。如果多個元素擁有相同的名

稱屬性，可以使用value過濾器來進一步優(yōu)化您的定位策略。例如，定位頁面元素為

第8頁

username：

name=username

Xpath定位是在XML中定位元素的方法，而HTML可以被看作是XML的一種實現(xiàn)。

XPath擴展了上面id和name定位方式，提供了絕對路徑和相當路徑兩種查找方式。

絕對路徑：html/body/div|1]/div[1]/div[3]/div[1]/form/span/input[1]

相對路徑查找://div[@id='fm']/form/span/input

然而，在實際的情況下，頁面元素并非如預期般明確。一些動態(tài)頁面的DOM樹常常隨

著Web產(chǎn)品的更新而頻繁改變。許多的元素值如IDName等在代碼中并不是必須的，

常常會缺省。并且，屬性值往往不是唯一對應(yīng)的，頁面中有時會存在相同屬性的元素。

當缺省id值或是Xpath定位失效時，上述這幾種查找定位方式往往顯得無助和脆弱。

Sahi采用了一種主動查找的機制，它不受限于特定的元素屬性。在沒有ID.Name值的

情況下，它可以使用一些如“彼Lvalue”等屬性，這些都是頁面可見的屬性，所見即所

得。同時,Sahi會通過傳入這些可見可識別的屬性值，來按照Sahi預設(shè)的機制進行查

找識別。Sahi允許開發(fā)者對每一種元素設(shè)置不同屬性和特定的查找順序，包括那些自定

義的屬性名。所以Sahi相對于其他的Web自動化測試工具更靈活更開放。

比如,」ink("valueName")用來定位一個定義為“valueName”的link,這里的

valueName并不一定是value的屬性值，也可以是它的id、title等。

前面提到了Sahi主動查找的機制，那么它是如何去查找DOM節(jié)點卜的特定兀素的

呢？Sahi主要提供了三種基于上下文的元素API:_in,_near和_under。

從字面意思上，我們不難理解,_in是指在某個DOM節(jié)點下查找某個元素，這比

Xpath的不管是絕對路徑或是相對路徑查找都來的靈活，不會因為DOM樹內(nèi)部結(jié)構(gòu)

發(fā)生變化而導致路徑失效找不到元素的問題。

_near是指在某個元素附近查找相應(yīng)設(shè)定規(guī)則條件的最近一個元素，這對于一個頁面

中有多個相同屬性值的情況提供了一個很好的解決方式，使查找的范圍更精確。

.under是指在某個元素下方開始查找，找到符合條件的最近一個元素，一般_under

都適用在具有相同偏移量的同一列中。下面，我們來看一個例子，加深對Sahi這種基

于上下文識別查找機制的理解：

.2.案例網(wǎng)頁

第9頁

TitleInstockCostAddquantitytocartRecommendAlreadyown

CoreJava5Rs.300D

IPHQ

RubyforRails12Rs.200丁D□

PythonCookbook7Rs.35010-lD

假設(shè)，在圖2顯示的Web頁面的所有textbox的name=nq"，那么，Sahi的偵探

器通過一些標識來鑒別它們,如(_textbox(”q"),_textbox(”q[ir^_textbox("q[2『))。

如果,我們要定位"RubyforRails"那一行的textbox,即_textbox(”q[1『)°傳統(tǒng)的元

素識別會遇到多個相同屬性元素的問題，即使是Xpath的定位方式也會因為在它前面

加了一行新的數(shù)據(jù)而導致Xpath定位失敗的情況。

這時Sahi可以通過_near這種方式來定位：

_textbox("q",_near(_cell("RubyforRails")))

當要定位checkbox時,我們又會發(fā)現(xiàn),“RubyforRails”這一行有“Recommend”

和“Alreadyown”兩個checkbox,為了更準確地定位，我們可以結(jié)合_under,例如:

checkbox(0,near(_cell("RubyforRails")),_under(_cell("Recommend")))<>

如果在整個頁面中存在多個這樣的表格，我們還可以用Jn來進一步縮小范圍，如:

_checkbox(0,_near(_cell("RubyforRails,1)),_under(_cell("Recommend")),

_in(_cell("Cost))).

高而值得一提的是，SahiAPI中的identifier參數(shù)都支持正則表達式，例如,

_div(/name.*/)用來識別所有以某種預屬性值是name開頭的div。

隱式頁面加載響應(yīng)等待機制：

現(xiàn)在越來越多的Web應(yīng)用采用Ajax的應(yīng)用技術(shù)，來支持網(wǎng)頁數(shù)據(jù)的異步請求響應(yīng)。

當前一般的Web自動化測試工具沒有一個智能的處理機制，來判斷何時可以繼續(xù)下

一個操作.像Selenium等自動化測試工具通常會在腳木中人為來設(shè)定一個固定的等待

時間。但這往往被證實不一定是準確的。實際測試中，人是很難準確判斷每一個操作請

求需要的合理時間數(shù)值。因為，等待時間設(shè)置過短，下一步操作在被測應(yīng)用請求還未返

回就執(zhí)行了，或是由于網(wǎng)絡(luò)因素使正常的響應(yīng)時間變長，都可能導致測試過程找不到相

應(yīng)的頁面元素，從而導致整個測試用例失敗的情況。而如果把時間設(shè)置過長，又會造成

在一些正常響應(yīng)過程中的不必要等待的時間浪費，降低了測試效率。

當然，一些測試人員會在自動化測試腳本中加入一些自定義的代碼。通過輪詢界面上某

第10頁

個指定元素，來判斷請求響應(yīng)是否返回，進而決定繼續(xù)下一步操作或者是超時。但是,

這樣的查找過程會導致整個腳本代碼變得非常臃腫，加大了開發(fā)的成本。更何況，在一

個動態(tài)的頁面找到指定的元素本身就不是一件容易的事。

Sahi內(nèi)置了智能的頁面等待機制，能夠自動判斷Ajax請求是否已經(jīng)處理完畢，然后

繼續(xù)下一步操作。并且，這一點對于用戶是“隱式”的，不需要增加額外的代碼。

Sahi的工作原理：

簡單地說，用Sahi實現(xiàn)自動化測試有三步，錄制，精煉腳本和回放，如下圖:

.3.Sah.工作的三個主要過程

TestingScript

6.1.1如上圖Sahi就是先用其自帶的錄制工具，把大致的操作過程錄制下來，并用

Sahi代碼記錄下整個操作過程。隨后，將自動生成的代碼進一步的精煉和開發(fā),

調(diào)用一些外部API或編寫特定代碼來實現(xiàn)特定的操作。最后，用Sahi來回放

保存好的最終腳本,Sahi就將自動對Web應(yīng)用進行定義好的測試操作。

6.1.2下面，本文將對這三個過程進行詳細說明。

第一步：錄制

.4.Recordin.過程的工作原理

第11頁

SahiasProxyServer:

RequestRequest

WebPassbyrequestWeb

Browser<-----Server

RequestRequest

InjectJavaScript

TestingScript

6.1.3Sahi是通過運行為一個代理服務(wù)器，并通過設(shè)置瀏覽器代理為Sahi服務(wù)器。

這樣Sahi的腳本就能夠通過request請求來注入到JavaScript里以訪問

Web頁面中的元素。如圖，可以很清晰的看現(xiàn)Sahi就是Web瀏覽器和

Web服務(wù)器之間的一個中間代理。

第二步：精煉腳本

.5.Refin.Scrip.過程的工作原理

?Refactor:extractFunction

TestingScript?Parameterize

?CallSahiScriptAPI

ParametersfromexternalDBorFile

第12頁

6.1.4錄制的腳本都是指定元素并唯一操作的，這時就需要對代碼進行重構(gòu)，抽取出

核心的功能塊，對其中的元素進行參數(shù)化處理，以實現(xiàn)重用。這樣的數(shù)據(jù)可以從

外部的DB或文件中讀取而來。與此同時，也可調(diào)用SahiAPI或外部Java

等API實現(xiàn)特定的一些功能。

第三步：回放

.6.Pla.bac.過程的工作原理

RequestRequest

WebWeb

BrowserServer

RequestRequest

TestingScript

ParametersfromexternalDBorFile

Sahi運行提煉好的腳本來自動化測試操作，并生成測試報告。

6.2Sahi的安裝部署與配置

Sahi雖然是Tyto公司的產(chǎn)品，但它的下載放在世界上最大的開源軟件開發(fā)網(wǎng)站

SourceForge上，可以通過點擊這里下載。

.7.Sah.下載

第13頁

SourceforgeBrowseEnterpriseBlogHelp

SOLUTIONCENTERSGoParallelSmarterITNewsletters

Xo??Brs”D?v*lS?hi~，.bAatcaman2dT”tTool

Sahi-WebAutomationandTestTool

BroughtSywbyjha-prtiyuxh,

默認推薦是下載install_sahi_xxx.jar,這是一個可執(zhí)行文件，包含了Sahi的安裝器和

Sahi工具及其源代碼。當然您也叫以點擊上圖紅框處“BrowseAllFiles”來選擇歷史

版本和一些免安裝壓縮文件。比如，選擇只包含Sahi工具的sahi_xxx.zip文件，或者

包含了Sahi和源代碼的免安裝壓縮包文件sahi-src_xxx.zip。

一般建議選擇推薦的Sahi安裝包文件即可，這樣可以免去一些設(shè)置操作，并可以選擇

是否安裝源代碼。雙擊jar文件進行安裝，如圖：

.8.Sah.安裝

安裝過程非常簡單，待安裝完成后雙擊桌面圖標打開Sahi程序。打開程序先會出現(xiàn)一

個SahiDashboard,它能自動開啟Sahi代理服務(wù)來啟動瀏覽器，而不需要繁瑣的代

理服務(wù)器設(shè)置操作。當然如有需要，您也可以手動修改這些代理設(shè)置。

第14頁

.9.Sah.Dashboar.#?

國SahiDash...[°]|0

Sahi會自動去偵探您系統(tǒng)里安裝的一些瀏覽器，并在SahiDashboard上顯示出來,

如果發(fā)現(xiàn)有一些其他的瀏覽器未被準確偵探出來，您也可以點擊下面的“Configure”來

進行配置添加進來。

接下來，通過點擊SahiDashboard卜.的瀏覽器圖標成鈕來啟動相應(yīng)瀏覽器。

.1O.Sah.啟.firefo.瀏覽器

第15頁

您可以輸入起始測試的網(wǎng)頁URL開始您的測試。如果測試的目標URL是HTTPS協(xié)

議的，也可以點擊“SSLManager”來查看和管理SSL證書。

.11.Sah.SS.管理界面

第16頁

ThefbUowmgcetlificatesha\ebeengeocracedbytheprox>*Gre?iones(v)uxbeateacceptedcertificate

CIK*onthered<XK<(?)toaccentitscem6cMeonthrbrowtcf

?luexaniplecomurequaedfb<pfopeyfunctiotungofSahl

ThisConnectionisUntrusted

acMneCTPUiwna.qCT

buts30confirm,2yourc^fwwcti^nit

wWKikfagtWokam

Normally.心"youtryto《8Mdscur。MVpresecttnMt^d

ideMifk?<joAtoprovetMtyou90*09totheri^htpUce.However

thi$wte*!?deot4ycan'tXve^^ied.

WhatShouldIDo?

Wyouvw?*yconnect1cthnMevwthowttMwro*euW

me?A<KM*ttryir>9tothevl?.you

shouldn'tconemue.

Uioutofbe”！

TechnicalDetails

cre?t?vecQ<nfnom0r9uwt8cE&aC*

(fgrcode：xcdc'y^inyM)

按住Alt鍵并雙擊頁面，將彈出Sahi控制窗口，如圖12:

這個窗口相當于Sahi的主控介，在這里我們可以來錄制和回放Sahi腳本，并編輯和

管理腳本信息。

.12.Sah.Controlle.錄制

第17頁

他SahiController-MozillaFirefox:IBMEditionIH回

4sahi.exam/s/spr/controller7.htm

在Record視圖界面，輸入一個腳本名稱，點擊“Record"，這時Sahi錄制器便開始

工作了。把鼠標移到瀏覽器上的口標網(wǎng)頁上，您的所有操作過程都將被記錄下來。您也

可以自定義增加一個Assertion(,按住Ctrl鍵，把鼠標移動到目標網(wǎng)頁的任意一個

HTML元素?，那么這個Accessor會自動出現(xiàn)在Sahi控制器中。這時，便可以自定制

對該元素的操作。常用的操作有“點擊”，“高亮”，“賦值等。同時，您可以通過“Append

toScript"按鈕來加到腳本代碼中。錄制完成后按“Stop”來結(jié)束整個過程。

.13.Sah.自動生成腳本精煉

第18頁

圖13是一個簡年的Sahi"i動錄制過程得到的Sahi腳本代碼。其大致過程為：

通過百度搜索“sahi”關(guān)犍字，校驗Sahi官網(wǎng)的assert是否存在，點擊進入Sahi官

網(wǎng)后繼續(xù)校驗assert“CommunityForums"，點擊進入。通過前?節(jié)“SahiController

錄制”來完成這個操作過程，那么，您可以在默認目錄

“C:\Users\IBM_ADMIN\sahi\userdata\scripts”中找到先前命名為“Test_sahi"H勺腳

本文件，我們可以將這段代碼進行一個精煉和豐富的過程，比如在點擊"Community

Forums"鏈接前將它進吁高亮操作：

_popup("SahiWebTestAutomationTool")_highlight(_1inkC'CommunityForums"));

或者您想在Sahi腳本代碼中調(diào)用內(nèi)置的Java類，例如:

functionprintThrough3ava(s){

java.1ang.System.out.println("Throughjava:"+s);}

printThroughJavafH-there");

"ThroughJava:Hithere'將在sahi的命令行中輸出。

.14.Sah.Controlle.回放

第19頁

SahiController-MozillaFirefox:IBMEdition

9sahi.co.in/_s_/spr/controller7,htm

PlaybackSahi(Build:2013-04-29)

回放的時候，只需要在Sahi控制臺上切換到“Playback”tab頁面，找到腳本存放的

路徑，卜面就有開始、暫停和結(jié)束等按鈕來進行操作,需要注意的是，開始以前必須給

它設(shè)置一個"StatURL”否則無法回放腳本。腳本回放的時候，在“Statements”里可

以看到腳木運行的日志，比如操作步驟和一些錯誤信息等.

通過點擊右下角的“ViewLogs”可以查看詳細的Sahi運行日志報告：

.15.Sah.日志報告

第20頁

Rrefox▼

http^/s<hi.co.in/...2013141730.htm+

G>**hi.coM/sydyn/Log^vTewlogs/d(?e.v“ndo*U|*GooglePWC

TestTotalStepsFailuresErrorsSuccessRateTineTaken(as)

|close_window.sah

500100%8243

Startingscript

_clickCHnk(*WindowOpenTest*));

_popup(*popWin*).-clickClink(*FomTest*));

.popup(*popWin*)._closeWindoT();

_clickQlink("LinkTest"));「

TotalMemoryinJVM(Xnx)北廠1754.6875MB7"

Menorycurrentlyinuseis:111.25MB;

Menoryincrementduringthistestis:0MB

Stoppingscript

第21頁

7由圖可見，這樣自動錄制生成的腳本代碼都是Sahi代碼，我們可以在實際的

Java項目中調(diào)用這些Sahi代碼，以實現(xiàn)重用。其實，我們可以通過打開

sahi/config/perties文件將其中屬性設(shè)置為controller.mode=java來

實現(xiàn)自動錄制腳本的語言為Javao值得注意的是，改為Java語言錄制后的

Sahi控制器和原來有所不同，它的界面更簡潔，功能也更簡單一些，沒有了自動

回放功能。囚為，這更多是為了自動生成一些簡單的腳本，來提高開發(fā)人員的開發(fā)

效率。

第22頁

8實施管理建議

8.1實施策略建議

＜策略有如下建議：

分期實施：

e實施分為兩個階段，先選擇一、兩個試點項目實施，試點成熟后再推廣到其他

的項目中；

先易后難：

。選擇的實施對象盡量是非核心的系統(tǒng)或?qū)δ壳暗钠渌到y(tǒng)影響不大的項目，這

樣可以減少實施風險，避免對核心系統(tǒng)或其他系統(tǒng)造成進度等影響；

選擇穩(wěn)定的功能：

令自動化測試如果對功能不穩(wěn)定的系統(tǒng)，會造成測試腳本的維護工作量比較大，

自動化測試會被異常中止的情況；

8.2逐步完善：

8.3自動化測試體系不僅僅包括測試腳本的錄制編寫和執(zhí)行,

還包括測試數(shù)據(jù)環(huán)境、測試腳本庫、測試工具的集成等

工