項目測試方案模板

1、文件狀態(tài)： 草稿 正式發(fā)布 正在修改 XX 項目項目 測試方案測試方案 方案編號：方案編號： VAL-02VAL-02 版版 本本 號：號： 0.10.1 原原 作作 者：者： 建立日期：建立日期： 版本號版本號日期日期修改者修改者 A/MA/M 內容及原因描述內容及原因描述備注備注 說明：方案版本維護表，用于測試方案版本的維護，A：增加，M：修改 目目目 錄錄錄 1.概述概述.3 2.適用對象和范圍適用對象和范圍.3 3.術語、名詞定義術語、名詞定義.3 3.1.系統(tǒng)測試.3 3.2.功能測試.3 3.3.接口測試.3 3.4.壓力測試.4 3.5.性能測試.4 3.6.安全測試.4 3.7

2、.可靠性測試.4 4.測試參考文檔和測試提交文檔測試參考文檔和測試提交文檔.5 4.1.測試參考文檔.5 4.2.測試提交文檔.5 5.測試資源測試資源.5 5.1.人力資源.5 5.2.測試環(huán)境.6 5.3.測試工具.6 6.確認測試確認測試.6 6.1.新增或修改內容驗證.6 6.2.用戶反饋問題確認.7 7.通過測試的標準通過測試的標準.7 8.測試策略測試策略.7 8.1.功能測試.7 8.2.數據交換測試.8 8.3.用戶界面測試.8 界面規(guī)范性測試.8 兼容性測試.9 8.4.性能測試.9 8.5.壓力測試.10 8.6.容量測試.10 8.7.安全性和訪問控制測試.11 9.需求

3、跟蹤矩陣需求跟蹤矩陣.12 1. 概述概述 為了提高檢測出錯誤的幾率，使測試能有計劃地、有條不紊地進行，就必須 要編制測試相關文件。而標準化的測試文件就如同一種通用的參照體系，可達到 便于交流的目的。文件中所規(guī)定的內容可以作為對測試過程完備性的對照檢查表， 故采用這些文件將會提高測試過程的每個階段的能見度，極大地提高測試工作的 可管理性。 2. 適用對象和范圍適用對象和范圍 主要針對對象為軟件管理人員、軟件開發(fā)人員和軟件測試人員。 3. 術語、名詞定義術語、名詞定義 3.1. 系統(tǒng)測試系統(tǒng)測試 系統(tǒng)測試是通過與系統(tǒng)的需求規(guī)格作比較，發(fā)現軟件與系統(tǒng)需求規(guī)格不相符 合或與之矛盾的地方。它將通過確認

4、測試的軟件，作為整個基于計算機系統(tǒng)的一 個元素，與計算機硬件、外設、某些支持軟件、數據和人員等其他系統(tǒng)元素結合 起來，在實際運行（使用）環(huán)境下，對計算機系統(tǒng)進行的測試。 3.2. 功能測試功能測試 黑盒測試是基于系統(tǒng)需求規(guī)格，在不知道系統(tǒng)或組件的內部結構的情況下進 行的測試。通常又將黑盒測試叫做：基于規(guī)格的測試、輸入輸出測試、功能測試 或數據驅動測試。是基于用戶觀點出發(fā)的測試。主要是驗證功能是否符合需求， 包括原定功能的檢驗、是否有冗余功能、遺漏功能。 3.3. 接口測試接口測試 程序員對各個模塊進行系統(tǒng)聯(lián)調的測試，包含程序內接口和程序外接口測試。 這個測試，在單元測試階段進行了一部分工作，而

5、大部分都是在集成測試階段完 成的。建議由開發(fā)人員進行。 3.4. 壓力測試壓力測試 對系統(tǒng)不斷施加壓力的測試，是通過確定一個系統(tǒng)的瓶頸或者不能接收的性 能點，來獲得系統(tǒng)能提供的最大服務級別的測試。例如測試一個 Web 站點在大 量的負荷下，何時系統(tǒng)的響應會退化或失敗。 3.5. 性能測試性能測試 在交替進行負荷和強迫測試時常用的術語。性能測試關注的是系統(tǒng)的整體。 它和通常所說的強度、壓力/負載測試有密切關系。所以壓力和強度測試應該于性 能測試一同進行。 3.6. 安全測試安全測試 主要是測試系統(tǒng)在沒有授權的內部或者外部用戶對系統(tǒng)進行攻擊或者惡意破 壞時如何進行處理，是否仍能保證數據的安全。測試

6、人員可以學習一些黑客技術， 來對系統(tǒng)進行攻擊。 3.7. 可靠性測試可靠性測試 這里是比較狹義的可靠性測試，它主要是對系統(tǒng)能否穩(wěn)定運行進行一個統(tǒng)計， 在實際工作中如果沒有條件可以不必特意去做。重點做好與之緊密相關的功能測 試、健壯性測試就可以了。 4. 測試參考文檔和測試提交文檔測試參考文檔和測試提交文檔 4.1. 測試參考文檔測試參考文檔 下表列出了制定測試計劃時所使用的文檔，并標明了各文檔的可用性： 文檔文檔已創(chuàng)建或可用已創(chuàng)建或可用已被接收或已經過復審已被接收或已經過復審作者或來源作者或來源備注備注 軟件需求規(guī)格說明書是 否 是 否 軟件概要設計是 否 是 否 軟件詳細設計是 否 是 否

7、模塊開發(fā)手冊是 否 是 否 測試計劃及方案是 否 是 否 測試報告是 否 是 否 用戶操作手冊是 否 是 否 安裝指南是 否 是 否 4.2. 測試提交文檔測試提交文檔 文檔文檔已創(chuàng)建或可用已創(chuàng)建或可用已被接收或已經過復審已被接收或已經過復審作者或來源作者或來源備注備注 測試計劃及方案是 否 是 否 測試用例是 否 是 否 測試報告是 否 是 否 5. 測試資源測試資源 5.1. 人力資源人力資源 人員人員角色角色職責、任務職責、任務備注備注 項目經理項目管理 測試組組長制定測試計劃、方案，并安排測試工作 測試工程師編寫功能測試用例并執(zhí)行 測試工程師編寫功能測試用例并執(zhí)行 測試工程師編寫功能測

8、試用例并執(zhí)行 開發(fā)工程師系統(tǒng)開發(fā) 5.2. 測試階段及范圍測試階段及范圍 序號序號階段階段范圍范圍時間時間 5.3. 測試環(huán)境測試環(huán)境 測試服務器：測試服務器： 硬件配置硬件配置 CPU E5506(2.13G)、內存2g、硬盤 1T 服務器操作系統(tǒng)服務器操作系統(tǒng) Microsoft Windows Server 2003 服務器數據庫服務器數據庫 SQL SERVER 2005/Oracle10G 服務器服務程序服務器服務程序 IIS6.0 安全軟件安全軟件 360安全衛(wèi)士、360殺毒軟件 其他設備或軟件其他設備或軟件 5.4. 測試工具測試工具 用途用途工具工具生產廠商生產廠商/自產自產版

9、本版本備注備注 測試用例管理測試管理器Microsoft2010 壓力測試LoadRunnerHP11 自動化測試QTPHP10.0 響應時間Httpwatch7.0 吞吐量測試TTCPWMicrosoft1.0 安全性測試AppScanIBM7.8 6. 確認測試確認測試 6.1. 新增或修改內容驗證新增或修改內容驗證 測試項測試項測試方法測試方法預計結果預計結果實際結果實際結果結論結論 6.2. 用戶反饋問題確認用戶反饋問題確認 無 7. 通過測試的標準通過測試的標準 一般有“基于測試用例”和“基于缺陷密度”兩種評比準則，在這里我們采用前 者。 準則如下： 功能性測試用例通過率達到 100

10、； 非功能性測試用例通過率達到 95； 沒有高于優(yōu)先級 3 以上的問題。 備選通過辦法：備選通過辦法： 根據實際情況由軟件開發(fā)部門的經理、項目經理和測試負責人等共同討論確 定本階段是否結束。 8. 測試策略測試策略 8.1. 功能測試功能測試 模塊模塊模塊一 功能功能/業(yè)務業(yè)務測試目標測試目標測試方法測試方法優(yōu)先級優(yōu)先級 模塊模塊模塊二 功能功能/業(yè)務業(yè)務測試目標測試目標測試方法測試方法優(yōu)先級優(yōu)先級 模塊模塊模塊三 功能功能/業(yè)務業(yè)務測試目標測試目標測試方法測試方法優(yōu)先級優(yōu)先級 8.2. 數據交換測試數據交換測試 測試目標測試目標確保數據交換在實時交換與統(tǒng)一交換的情況下的數據準確性 測試范圍：

11、測試范圍：各種交換方式下數據交換平臺的數據交換準確性 技術：技術：實時交換：開啟交換平臺的前提下，利用自動化工具（QTP） 不間斷（12 個小時）往系統(tǒng)中插入數據，運行結束后進行實際庫 與目標庫的的數據比對； 統(tǒng)一交換：關閉交換平臺的前提下，利用自動化工具（QTP） 往系統(tǒng)中插入一定量的數據，待 QTP 運行結束后，再開啟交換平臺， 交換結束后，進行實際庫與目標庫的的數據比對； 測試重點和優(yōu)先級：測試重點和優(yōu)先級：實時交換情況下數據是否丟失 需考慮的特殊事項：需考慮的特殊事項： 8.3. 用戶界面測試用戶界面測試 測試目標測試目標通過測試進行的瀏覽可正確反映業(yè)務的功能和需求，這種瀏覽 包括窗口

12、與窗口之間、字段與字段之間的瀏覽，以及各種訪問方法 （Tab 鍵、鼠標移動、和快捷鍵）的使用 窗口的對象和特征（例如，菜單、大小、位置、狀態(tài)）都符合 標準。 測試范圍：測試范圍： 技術：技術：對照界面測試規(guī)范文檔進行測試 測試重點和優(yōu)先級：測試重點和優(yōu)先級：兼容性 需考慮的特殊事項：需考慮的特殊事項： 界面規(guī)范性測試界面規(guī)范性測試 測試項測試項檢查要求檢查要求 風格整個系統(tǒng)的風格是否保持一致 色調系統(tǒng)是否采用統(tǒng)一色調，如深色調、淺紅色調、淡藍色調等 顯示數據是否可自適應和自動換行 顯示內容 的完整性 所有數據展現的界面，必須使得測試數據超過一屏或一頁，驗證在滿屏時是否正 確顯示； 對于報表中的

13、數據的字段值是否都有明確定義 顯示內容 的準確性 對于沒有意義的字段值是否顯示為“-”或“/” ，而非顯示空 驗證提示信息是否具有指導性 提示信息 提示信息位置是否居中 所有窗體中的對象狀態(tài)是否正常，符合業(yè)務規(guī)則 Tab 鍵的使用是否正常、合理 界面顯示 和處理的 合理性 復制、粘貼是否正常 同類數據顯示的精度是否統(tǒng)一，如金額統(tǒng)一為 0 元，顯示 0.00 元等 相同屬性/字段名是否統(tǒng)一 數據顯示 的規(guī)范性 時間顯示格式是否統(tǒng)一 兼容性測試兼容性測試 操作系統(tǒng)操作系統(tǒng)瀏覽器瀏覽器 Windows Server 2003IE8.0 Windows XPIE7.0 Windows 2007IE6.

14、0 8.4. 性能性能測試測試 測試目標測試目標吞吐量達到 150 萬次操作數/每秒；頁面平均響應時間時間 3 秒以內，更新處理時間 20 秒以內，系統(tǒng)啟動時間 20 秒以內；并發(fā) 數 500 以上(模塊、業(yè)務)；正常情況服務器的 CPU 占用率不超過 75%，內存使用率不超過 70%；峰值用戶時服務器的 CPU 占用不超過 85%，內存使用率不超過 90%。 測試范圍：測試范圍：網絡吞吐量、頁面響應時間、并發(fā)數、服務器性能 技術：技術：網絡吞吐量：利用 TTCPW 工具測試操作下的吞吐量 平均響應時間：利用 httpwatch 工具記錄每個頁面的響應時間 并發(fā)效率：利用 loadrunner

15、 工具記錄需進行并發(fā)測試的模塊 功能點 服務器性能：利用服務器監(jiān)聽工具（分別在單用戶及多用戶下 進行測試） 測試重點和優(yōu)先級：測試重點和優(yōu)先級：多用戶針對業(yè)務操作進行并發(fā) 需考慮的特殊事項：需考慮的特殊事項： 場景設計：場景設計： 業(yè)務業(yè)務場景場景 利用N（5、10、20）個用戶登錄系統(tǒng)，并在系統(tǒng)內停留10s后集體 退出 登錄 利用N（5、10、20）個用戶每3S一個登錄系統(tǒng)，不在系統(tǒng)內停留 10s后3S逐個退出 利用N（5、10、20）個用戶對企業(yè)查詢模塊中的查詢功能進行點 擊，并在系統(tǒng)內停留10s后集體退出 查詢 利用N（5、10、20）個用戶每3S一個對企業(yè)查詢模塊中的查詢功 能進行點擊

16、，不在系統(tǒng)內停留10s后3S逐個退出 8.5. 壓力測試壓力測試 測試目標測試目標平均無故障時間 7 天 測試范圍：測試范圍： 技術：技術：利用自動化工具 QTP 對系統(tǒng) 7 天不間斷向系統(tǒng)插入數據，并記 錄系統(tǒng)的是否存在錯誤信息。 測試重點和優(yōu)先級：測試重點和優(yōu)先級： 需考慮的特殊事項：需考慮的特殊事項： 場景設計：場景設計： 業(yè)務業(yè)務場景場景 系統(tǒng)運行利用自動化工具 QTP 對系統(tǒng) 7 天不間斷向系統(tǒng)插入數據，并記錄系 統(tǒng)的是否存在錯誤信息。 8.6. 容量測試容量測試 測試目標測試目標核實測試對象在以下高容量條件下能否正常運行： 連接或模擬了最大（實際或實際允許）數量的客戶機，所有客 戶

17、機在長時間內執(zhí)行相同的、且情況（性能）最壞的業(yè)務功能。 已達到最大的數據庫大?。▽嶋H的或按比例縮放的） ，而且同 時執(zhí)行多個查詢或報表事務。 測試范圍：測試范圍： 技術：技術：應該使用多臺客戶機來運行相同的測試或互補的測試，以便在 長時間內產生最繁重的事務量或最差的事務組合 創(chuàng)建最大的數據庫大小（實際的、按比例縮放的、或填充了代 表性數據的數據庫） ，并使用多臺客戶機在長時間內同時運行查詢 和新增事務。 測試重點和優(yōu)先級：測試重點和優(yōu)先級：大數據量的情況下的系統(tǒng)性能 需考慮的特殊事項：需考慮的特殊事項： 8.7. 安全性和訪問控制測試安全性和訪問控制測試 測試目標測試目標檢查安全漏洞，通過對安全漏洞的周期檢查，即使