項目測試方案模板

1、文件狀態(tài)： 草稿 正式發(fā)布 正在修改 XX 項目項目 測試方案測試方案 方案編號：方案編號： VAL-02VAL-02 版版 本本 號：號： 0.10.1 原原 作作 者：者： 建立日期：建立日期： 版本號版本號日期日期修改者修改者 A/MA/M 內(nèi)容及原因描述內(nèi)容及原因描述備注備注 說明：方案版本維護(hù)表，用于測試方案版本的維護(hù)，A：增加，M：修改 目目目 錄錄錄 1.概述概述.3 2.適用對象和范圍適用對象和范圍.3 3.術(shù)語、名詞定義術(shù)語、名詞定義.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.確認(rèn)測試確認(rèn)測試.6 6.1.新增或修改內(nèi)容驗證.6 6.2.用戶反饋問題確認(rèn).7 7.通過測試的標(biāo)準(zhǔn)通過測試的標(biāo)準(zhǔn).7 8.測試策略測試策略.7 8.1.功能測試.7 8.2.數(shù)據(jù)交換測試.8 8.3.用戶界面測試.8 界面規(guī)范性測試.8 兼容性測試.9 8.4.性能測試.9 8.5.壓力測試.10 8.6.容量測試.10 8.7.安全性和訪問控制測試.11 9.需求

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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