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