【文章內(nèi)容簡(jiǎn)介】 需求分析 → 測(cè)試計(jì)劃 → 測(cè)試設(shè)計(jì) → 測(cè)試環(huán)境搭建 → 測(cè)試執(zhí)行 → 測(cè)試記錄 → 缺陷管理 →軟件評(píng)估 → RTM. 在真正的項(xiàng)目中，編寫(xiě)測(cè)試用例人員首先通過(guò)被測(cè)軟件和開(kāi)發(fā)人員提供的一些文檔，編寫(xiě)出效率最高的測(cè)試用例，測(cè)試人員從客戶那里得到被測(cè)軟件，按照測(cè)試用例檢查被測(cè)軟件，最后將測(cè)試結(jié)果反饋給開(kāi)發(fā)人員。 測(cè)試人員還有一個(gè)最重要的任務(wù)就是跟蹤 bug，一個(gè) bug 的生命周期分為 New，Open， Fixed 和 Closed 四種基本狀態(tài)，另外還存在一種 Reopen 的狀態(tài)，測(cè)試人員要從New 狀態(tài)一直跟蹤到 Closed 狀態(tài)。 在進(jìn)行有關(guān)問(wèn)題闡述前，先明確下分工，一般而言，需求分析、測(cè)試用例編寫(xiě)、測(cè)試環(huán)境搭建、測(cè)試執(zhí)行等屬于測(cè)試開(kāi)發(fā)人員工作范疇，而測(cè)試執(zhí)行以及缺陷提交等屬于普通測(cè)試人員的工作范疇，測(cè)試負(fù)責(zé)人負(fù)責(zé)整個(gè)測(cè)試各個(gè)環(huán)節(jié)的跟蹤、實(shí)施、管理等。 基于不同的立場(chǎng)，存在著兩種完全不同的 測(cè)試 目的。從用戶的角度出發(fā)，普遍希望通過(guò) 軟件測(cè)試 暴露軟件中隱藏的錯(cuò)誤和缺陷，以考慮是否可以接受該產(chǎn)品。而從軟件開(kāi)發(fā)者的角度出發(fā)，則希望測(cè)試成為表明軟件產(chǎn)品中不存在錯(cuò)誤的過(guò)程，驗(yàn)證該軟件已正確地實(shí)現(xiàn)了用戶的要求，確立人們對(duì)軟件質(zhì)量的信心。因此，他們會(huì)選擇那些導(dǎo)致程序失效概率小的測(cè)試用例，回避那些易于暴露程序錯(cuò)誤的測(cè)試用例。同時(shí)，也不會(huì)著意去檢測(cè)、排除程序中可能包含的副作用。 測(cè)試的目標(biāo)是想以最少的時(shí)間和人力找出軟件中潛在的各種錯(cuò)誤和缺陷。如果成功地實(shí)施了測(cè)試，就能夠發(fā)現(xiàn)軟件中的錯(cuò)誤。測(cè)試的附帶收獲是，它能夠證明軟件的功能和性能與需求說(shuō)明 相符。此外，實(shí)施測(cè)試收集到的測(cè)試結(jié)果數(shù)據(jù)為可靠性分析提供了依據(jù)。 基于 QTP 的自動(dòng)化測(cè)試 –2– 2 自動(dòng)化測(cè)試簡(jiǎn)介 自動(dòng)化測(cè)試的目的 開(kāi)發(fā)一個(gè)軟件要在最短的時(shí)間內(nèi)開(kāi)發(fā)出需求分析中的軟件產(chǎn)品，以最快的速度能先于其它競(jìng)爭(zhēng)對(duì)手占領(lǐng)軟件市場(chǎng)，從而獲取最大的利益，現(xiàn)在的軟件開(kāi)發(fā)已經(jīng)將測(cè)試融入其中，所以測(cè)試的速度也是至關(guān)重要的。 傳統(tǒng)的軟件測(cè)試是靠人的手動(dòng)來(lái)進(jìn)行測(cè)試，也是現(xiàn)在各個(gè)軟件測(cè)試公司的主流方法，稱之為 Manual test。測(cè)試部門每天都要計(jì)算在某個(gè)項(xiàng)目上 charge 多少個(gè)人。這樣的測(cè)試 耗費(fèi) 時(shí) 間，耗費(fèi)人力，耗費(fèi)成本 。自動(dòng)化測(cè)試的目的 就是盡可能的減少在測(cè)試上的人力和財(cái)力的開(kāi)銷，以最便捷省時(shí)省事的方法，完成同樣的任務(wù)。 測(cè)試自動(dòng)化是使軟件測(cè)試人員跟上開(kāi)發(fā)人員腳步的惟一方式。 自動(dòng)化測(cè)試相對(duì)于手工測(cè)試的優(yōu)點(diǎn) 優(yōu)化測(cè)試速度：可非?？焖俚倪\(yùn)行上萬(wàn)條記錄 。 提高準(zhǔn)確性、穩(wěn)定性：可以不為外界因素干擾，準(zhǔn)確運(yùn)行測(cè)試用例 。 確定性：能真實(shí)快速搭建測(cè)試環(huán)境，測(cè)試數(shù)據(jù)，重現(xiàn)缺陷 。 提高工作效率：一邊運(yùn)行自動(dòng)化測(cè)試，一邊準(zhǔn)備測(cè)試報(bào)告 。 測(cè)試環(huán)境搭建：可以結(jié)合多種編程語(yǔ)言及技術(shù)協(xié)助搭建測(cè)試環(huán)境，防止手工測(cè)試重復(fù)勞動(dòng)，如批處理技術(shù) 。 提高技能： 可提高測(cè)試人員技能，同時(shí)提高對(duì)測(cè)試的興趣，防止對(duì)手工測(cè)試感覺(jué)枯燥 。 數(shù)據(jù)處理方面的優(yōu)點(diǎn) 測(cè)試數(shù)據(jù)：自動(dòng)化測(cè)試工具可以根據(jù)需要，準(zhǔn)備大量的測(cè)試數(shù)據(jù) 。 數(shù)據(jù)處理：測(cè)試結(jié)果有時(shí)需要再進(jìn)行相應(yīng)的數(shù)據(jù)處理 。 用例準(zhǔn)備：可以使用相關(guān)腳本技術(shù)準(zhǔn)備大量的測(cè)試用例 。 基于 QTP 的自動(dòng)化測(cè)試 –3– 自動(dòng)化測(cè)試流程圖 自動(dòng)化測(cè)試有它自己的一個(gè)流程， 下圖 為自動(dòng)化測(cè)試流程圖，如圖 所示 。 圖 自動(dòng)化測(cè)試流程圖 基于 QTP 的自動(dòng)化測(cè)試 –4– 3 QTP 自動(dòng)化測(cè)試 QTP 自動(dòng)化測(cè)試簡(jiǎn)介 QTP，全稱為 Quick Test Professional，是 Mercury 研發(fā)的一種自動(dòng)化測(cè)試工具，現(xiàn)在屬于 HP 公司， 是一款先進(jìn)的自動(dòng)化測(cè)試解決方案，用于創(chuàng)建功能和回歸測(cè)試。它自動(dòng)捕獲、驗(yàn)證和重放用戶的交互行為。 Quick Test Professional 是 為每一個(gè)重要軟件應(yīng)用和環(huán)境提供功能和回歸測(cè)試自動(dòng)化的最佳解決方案。 下圖 為 QTP 自動(dòng)界面，如 圖 所示。 圖 QTP 自動(dòng)界面 基于 QTP 的自動(dòng)化測(cè)試 –5– Quick Test Professional 是新一代自動(dòng)化測(cè)試解決方案，采用了關(guān)鍵詞驅(qū) 動(dòng)（ KeywordDriven）測(cè)試的理念，能完全簡(jiǎn)化測(cè)試的創(chuàng)建和維護(hù)工作。 Quick Test Professional 關(guān)鍵詞驅(qū)動(dòng)方式獨(dú)有之處在于，測(cè)試自動(dòng)化專家可以通過(guò)一個(gè)整合的腳本和糾錯(cuò)環(huán)境，擁有對(duì)基礎(chǔ)測(cè)試腳本和對(duì)象屬性的完全訪問(wèn)權(quán)限，這些腳本和糾錯(cuò)環(huán)境與關(guān)鍵詞視圖（ Keyword View）可以互為同步。 Quick Test Professional 同時(shí)滿足了技術(shù)型和非 技術(shù) 型用戶的需求 ，讓各個(gè)公司有能力部署更高質(zhì)量的應(yīng)用，同時(shí)部署的速度更快，費(fèi)用更低，風(fēng)險(xiǎn)也更小 。 QTP 的工作模式 QTP 分為兩種工作模式： 第一種為關(guān)鍵字視圖模式 （ Keyword View） ，普通的錄制和回放有關(guān)鍵字視圖就足夠了，關(guān)鍵字視圖中有錄制過(guò)程中每一個(gè)點(diǎn)擊 事件 以及輸入事件 ，測(cè)試人員可以 在 關(guān)鍵字視圖下通過(guò)修改 DataTable 來(lái)設(shè)置檢查點(diǎn)。 第二種為專家視圖 （ Expert View） ，它有兩個(gè)作用： (1)專家視圖中包含了整個(gè)錄制過(guò)程中 QTP 所產(chǎn)生的每一個(gè)事件相對(duì)應(yīng)的腳本， QTP高級(jí)測(cè)試人員可以通過(guò)修改這些 腳本代碼來(lái)控制 QTP 回放時(shí)的所有事件； (2)高級(jí) QTP 測(cè)試人員可以在無(wú)需錄制的情況下，通過(guò)自己在專家視圖中編寫(xiě)腳本代碼，來(lái)實(shí)現(xiàn)錄制能實(shí)現(xiàn)的功能，甚至可以實(shí)現(xiàn)通過(guò)錄制無(wú)法實(shí)現(xiàn)的功能，這種方法稱為描述性編程，使用描述性編程的優(yōu)點(diǎn)有： ① 減少 QTP 腳本的大小，便于在郵件和服務(wù)器上發(fā)送 ； ② 增加了腳本的可移植性，可擴(kuò)展性，可維護(hù)性。 QTP 腳本使用 VB 語(yǔ)言編寫(xiě)，很少的代碼量可完成很強(qiáng)大的功能，通過(guò)描述性編程，腳本開(kāi)發(fā)人員可以隨意控制 QTP 測(cè)試腳本，在自己需要的地方增加檢查點(diǎn)，在腳本出問(wèn)題的時(shí)候便于維護(hù)；由于沒(méi)有對(duì) 象，在腳本移植上變得方便容易，也使腳本的擴(kuò)展變得容易。 對(duì)于 QTP 而言， 其 核心代碼 是 Visual Basic Script， 因此，如果用戶熟悉 vbScript，就可以自己添加和更新專家視圖中的語(yǔ)句，并通過(guò)編程方式增強(qiáng)測(cè)試腳本。 初學(xué)者都會(huì)知道 QTP 是用來(lái)錄制回放的，當(dāng)然，錄制完就會(huì)有對(duì)象存在在對(duì)象庫(kù)中，這個(gè)對(duì)象對(duì)已經(jīng)錄制的實(shí)體有一個(gè)唯一的標(biāo)識(shí)。但是當(dāng)你遇到以下情況時(shí)，就無(wú)法再應(yīng)用對(duì)象和對(duì)象庫(kù)了： (1)在某些頁(yè)面上動(dòng)態(tài)產(chǎn)生的對(duì)象 ； (2)當(dāng)要求腳本必須比較小的時(shí)候 。 基于 QTP 的自動(dòng)化測(cè)試 –6– 那么 此時(shí)就要應(yīng)用描述性編程了，這部分工作只能在專家視圖中進(jìn)行。 以下是一 個(gè)例子： Browser(xxxx).Page(yyyy).Click 將以上的代碼修改為描述性編程： 假如現(xiàn)在只是打開(kāi)的 yyyy 主頁(yè) Window(Text:=yyyy).Close 簡(jiǎn)而言之，描述性編程就是將原來(lái)的對(duì)象用該對(duì)象應(yīng)該具有的屬性和對(duì)應(yīng)的屬性值來(lái)代替（即 property:=value），來(lái)唯一標(biāo)識(shí)這個(gè)對(duì)象，這樣，即使刪除對(duì)象庫(kù)中對(duì)應(yīng)的對(duì)象腳本仍然可以運(yùn)行。 當(dāng) 在一個(gè)測(cè)試中多次使用描述性編程的時(shí)候，如以下示例： Window(Text:=aaa).WinButton(Caption:=bbb).Click Window(Text:=aaa).WinButton(Caption:=ccc).Click Window(Text:=aaa).WinButton(Caption:=ddd).Click 為了方便起見(jiàn)，我們可以將 Window(aaa)賦值給一個(gè)值 Set E = Window(Text:=aaa) (Caption:=bbb).Click (Caption:=ccc).Click (Caption:=ddd).Click 如果還想在簡(jiǎn)化代碼，可以使用 VBScript 里 的 with 語(yǔ)句來(lái)實(shí)現(xiàn) With Window(Text:=aaa) .WinButton(Caption:=bbb).Click .WinButton(Caption:=ccc).Click .WinButton(Caption:=ddd).Click 描述性編程的“后續(xù)強(qiáng)迫性”。 當(dāng)使用描述性編程時(shí)，需要注意 一點(diǎn)就是，描述性編程的“后續(xù)強(qiáng)迫性”問(wèn)題，什么是“后續(xù)強(qiáng)迫性”呢？就是說(shuō)如果在測(cè)試對(duì)象層次結(jié)構(gòu)的某一點(diǎn)開(kāi)始就是用了描述性編程，則該測(cè)試對(duì)象層次結(jié)構(gòu)下的后續(xù)測(cè)試對(duì)象都要使用描述性編程的方式來(lái)描述。 由于應(yīng)用描述性編程要應(yīng)用 VBscript 語(yǔ)言，所以在這里要簡(jiǎn)單的介紹一下 VBscript： Visual Basic,簡(jiǎn)稱 VB，是 Microsoft 公司推出的一種 Windows 應(yīng)用程序開(kāi)發(fā)工具。是當(dāng)今世界上使用最廣泛的編程語(yǔ)言之一，它也被公認(rèn)為是編程效率最高的一種編