【正文】 理等。 ? 共享腳本 —— 是指某個(gè)腳本可被多個(gè)測(cè)試用例使用，即腳本語(yǔ)言允許一個(gè)腳本調(diào)用另一個(gè)腳本。 ?軟件測(cè)試自動(dòng)化實(shí)現(xiàn)的原理和方法主要有 ? 直接對(duì)代碼進(jìn)行靜態(tài)和動(dòng)態(tài)分析 ? 測(cè)試過程的捕獲和回放 ? 測(cè)試腳本技術(shù) ? 虛擬用戶技術(shù)和測(cè)試管理技術(shù) （ 1）代碼分析 代碼分析類似于高級(jí)編譯系統(tǒng)，一般針對(duì)不同的高級(jí)語(yǔ)言去構(gòu)造分析工具，在工具中定義類、對(duì)象、函數(shù)、變量等定義規(guī)則、語(yǔ)法規(guī)則；在分析時(shí)對(duì)代碼進(jìn)行語(yǔ)法掃描，找出不符合編碼規(guī)范的地方； 根據(jù)某種質(zhì)量模型評(píng)價(jià)代碼質(zhì)量，生成系統(tǒng)的調(diào)用關(guān)系圖等。 ?難以實(shí)施系統(tǒng)可靠性測(cè)試 ， 因?yàn)樾枰M系統(tǒng)運(yùn)行十年 、 甚至幾十年 。 ?通過手工測(cè)試無(wú)法做到覆蓋所有代碼路徑 。 （ 7)多次重復(fù)、機(jī)械性動(dòng)作。當(dāng)然，也可以直接用腳本語(yǔ)言編寫腳本。 ?按照完成的職能不同，黑盒測(cè)試工具可以分為： ?功能測(cè)試工具 —— 用于檢測(cè)程序能否達(dá)到預(yù)期的功能要求并正常運(yùn)行。 ? JUnit測(cè)試提升軟件的穩(wěn)定性。 Eclipse環(huán)境下 JUnit的設(shè)置 ?JUnit 架構(gòu) ? JUnit 本身是圍繞著兩個(gè)設(shè)計(jì)模式來(lái)設(shè)計(jì)的 ? 命令模式（ TestCase 類） ? 集成模式（ TestSuite 類） JUnit的各種斷言 ?JUnit提供了一些輔助函數(shù) ， 用于幫助確定某個(gè)被測(cè)試函數(shù)是否工作正常 。 ? assertFalse([Sting message],Boolean condition) ? 驗(yàn)證給定的二元條件是否為假；如果不是的話（為真），該測(cè)試將會(huì)失敗， message參數(shù)是可選的。 4).運(yùn)行驗(yàn)證程序。JUnit測(cè)試可以自動(dòng)執(zhí)行并且檢查結(jié)果。根據(jù)測(cè)試工具工作原理的不同，白盒測(cè)試的自動(dòng)化工具可分為靜態(tài)測(cè)試工具和動(dòng)態(tài)測(cè)試工具。 ?關(guān)于自動(dòng)化測(cè)試中的 “ 錄制 — 回放 ” 技術(shù) 目前的自動(dòng)化負(fù)載測(cè)試解決方案幾乎都是采用 “ 錄制 回放 ” 的技術(shù)。 ?自動(dòng)化測(cè)試的局限性 ? 不能完全取代手工測(cè)試和手工測(cè)試工程師 ? 軟件自動(dòng)化測(cè)試可能降低測(cè)試的效率 ? 測(cè)試人員期望自動(dòng)測(cè)試發(fā)現(xiàn)大量的新錯(cuò)誤 ? 如果缺乏測(cè)試經(jīng)驗(yàn)，測(cè)試的組織差、文檔少或不一致，則自動(dòng)測(cè)試的效果比較差 ? 軟件自動(dòng)化測(cè)試工具本身的問題 不適于自動(dòng)化測(cè)試場(chǎng)景 ?項(xiàng)目周期很短的項(xiàng)目 ?測(cè)試腳本，不能重復(fù)的利用 ?美觀、聲音、易用性測(cè)試 ?測(cè)試很少運(yùn)行：一個(gè)月只運(yùn)行一次 ?軟件不穩(wěn)定 適于自動(dòng)化測(cè)試場(chǎng)景 ?每個(gè)項(xiàng)目改進(jìn)少量的功能，并需要反復(fù)測(cè)試 ?頻繁的發(fā)布新版本，把人解脫出來(lái)測(cè)試新功能 ?驗(yàn)證修改老缺陷時(shí)，是否引入了新的缺陷 ?多次重復(fù)、機(jī)械性動(dòng)作；需要頻繁運(yùn)行測(cè)試 自動(dòng)化測(cè)試的應(yīng)用場(chǎng)合 以下場(chǎng)合優(yōu)先考慮使用自動(dòng)化測(cè)試： （ 1）回歸測(cè)試。Unit7 自動(dòng)化測(cè)試及其工具