項目測試方案模板

1、XX項目測試方案方案編號：VAL-02版本號：0.1原作者：建立日期： 目錄TOC o 1-5 h z HYPERLINK l bookmark2 o Current Document 1.概述3 HYPERLINK l bookmark4 o Current Document 2.適用對象和范圍3 HYPERLINK l bookmark6 o Current Document 3.術(shù)語、名詞定義3 HYPERLINK l bookmark8 o Current Document 系統(tǒng)測試3 HYPERLINK l bookmark10 o Current Document 功能測試3 HY

2、PERLINK l bookmark12 o Current Document 接口測試4 HYPERLINK l bookmark14 o Current Document 壓力測試4 HYPERLINK l bookmark16 o Current Document 性能測試4 HYPERLINK l bookmark18 o Current Document 安全測試4 HYPERLINK l bookmark20 o Current Document 可靠性測試4 HYPERLINK l bookmark22 o Current Document 4.測試參考文檔和測試提交文檔5 HY

3、PERLINK l bookmark24 o Current Document 4.1.測試參考文檔5 HYPERLINK l bookmark26 o Current Document 4.2.測試提交文檔5 HYPERLINK l bookmark28 o Current Document 5.測試資源5 HYPERLINK l bookmark30 o Current Document 人力資源5 HYPERLINK l bookmark34 o Current Document 測試環(huán)境6 HYPERLINK l bookmark36 o Current Document 測試工具6

4、HYPERLINK l bookmark38 o Current Document 6.確認測試7 HYPERLINK l bookmark40 o Current Document 6.1.新增或修改內(nèi)容驗證7 HYPERLINK l bookmark42 o Current Document 6.2.用戶反饋問題確認7 HYPERLINK l bookmark44 o Current Document 7.通過測試的標準7 HYPERLINK l bookmark46 o Current Document 8.測試策略7 HYPERLINK l bookmark48 o Current D

5、ocument 8.1.功能測試7 HYPERLINK l bookmark50 o Current Document 8.2.數(shù)據(jù)交換測試8 HYPERLINK l bookmark52 o Current Document 8.3.用戶界面測試8界面規(guī)范性測試9兼容性測試9 HYPERLINK l bookmark54 o Current Document 8.4.性能測試10 HYPERLINK l bookmark56 o Current Document 8.5.壓力測試10 HYPERLINK l bookmark58 o Current Document 8.6.容量測試11 H

6、YPERLINK l bookmark60 o Current Document 8.7.安全性和訪問控制測試11 HYPERLINK l bookmark62 o Current Document 9.需求跟蹤矩陣121.概述為了提高檢測出錯誤的幾率，使測試能有計劃地、有條不紊地進行，就必須要編制測試相關(guān)文件。而標準化的測試文件就如同一種通用的參照體系，可達到便于交流的目的。文件中所規(guī)定的內(nèi)容可以作為對測試過程完備性的對照檢查表，故采用這些文件將會提高測試過程的每個階段的能見度，極大地提高測試工作的可管理性。適用對象和范圍主要針對對象為軟件管理人員、軟件開發(fā)人員和軟件測試人員。術(shù)語、名詞定義

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

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

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

10、收或已經(jīng)過復(fù)審作者或來源備注測試計劃及方案是否是否測試用例是否是否測試報告是否是否5.測試資源5.1.人力資源人員角色職責、任務(wù)備注項目經(jīng)理項目管理測試組組長制定測試計劃、方案，并安排測試工作測試工程師編寫功能測試用例并執(zhí)行測試工程師編寫功能測試用例并執(zhí)行測試工程師編寫功能測試用例并執(zhí)行開發(fā)工程師系統(tǒng)開發(fā)5.2.測試階段及范圍5.3.測試環(huán)境測試服務(wù)器：硬件配置CPUE5506(2.13G)、內(nèi)存2g、硬盤1T服務(wù)器操作系統(tǒng)MicrosoftWindowsServer2003服務(wù)器數(shù)據(jù)庫SQLSERVER2005/OraclelOG服務(wù)器服務(wù)程序IIS6.0安全軟件360安全衛(wèi)士、360殺毒軟

11、件其他設(shè)備或軟件5.4.測試工具用途工具生產(chǎn)廠商/自產(chǎn)版本備注測試用例管理測試管理器Microsoft2010壓力測試LoadRunnerHP11自動化測試QTPHP10.0響應(yīng)時間Httpwatch7.0吞吐量測試TTCPWMicrosoft1.0安全性測試AppScanIBM7.86.確認測試6.1.新增或修改內(nèi)容驗證6.2.用戶反饋問題確認無7.通過測試的標準一般有“基于測試用例”和“基于缺陷密度”兩種評比準則，在這里我們采用前者。準則如下：功能性測試用例通過率達到100%；非功能性測試用例通過率達到95%；沒有高于優(yōu)先級3以上的問題。備選通過辦法：根據(jù)實際情況由軟件開發(fā)部門的經(jīng)理、項目

12、經(jīng)理和測試負責人等共同討論確定本階段是否結(jié)束。8.測試策略8.1.功能測試模塊模塊一功能/業(yè)務(wù)測試目標測試方法優(yōu)先級模塊模塊二功能/業(yè)務(wù)測試目標測試方法優(yōu)先級模塊模塊三功能/業(yè)務(wù)測試目標測試方法優(yōu)先級8.2.數(shù)據(jù)交換測試測試目標確保數(shù)據(jù)交換在實時交換與統(tǒng)交換的情況下的數(shù)據(jù)準確性測試范圍：各種交換方式下數(shù)據(jù)交換平臺的數(shù)據(jù)交換準確性技術(shù)：實時交換：開啟交換平臺的前提下，利用自動化工具（QTP）不間斷（12個小時）往系統(tǒng)中插入數(shù)據(jù)，運行結(jié)束后進行實際庫與目標庫的的數(shù)據(jù)比對；統(tǒng)交換：關(guān)閉交換干口的刖提下，利用自動化工具（QTP）往系統(tǒng)中插入定量的數(shù)據(jù)，待QTP運行結(jié)束后，再開啟交換平臺，交換結(jié)束后，進

13、行實際庫與目標庫的的數(shù)據(jù)比對；測試重點和優(yōu)先級：實時交換情況下數(shù)據(jù)是否丟失需考慮的特殊事項：8.3.用戶界面測試測試目標通過測試進行的瀏覽可正確反映業(yè)務(wù)的功能和需求，這種瀏覽包括窗口與窗口之間、字段與字段之間的瀏覽，以及各種訪問方法（Tab鍵、鼠標移動、和快捷鍵）的使用窗口的對象和特征（例如，菜單、大小、位置、狀態(tài)）都符合標準。測試范圍：技術(shù)：對照界面測試規(guī)范文檔進行測試測試重點和優(yōu)先級：兼容性需考慮的特殊事項：界面規(guī)范性測試測試項檢査要求風格整個系統(tǒng)的風格是否保持一致色調(diào)系統(tǒng)是否米用統(tǒng)一色調(diào)，如深色調(diào)、淺紅色調(diào)、淡藍色調(diào)等顯示內(nèi)容的完整性顯示數(shù)據(jù)是否可自適應(yīng)和自動換行所有數(shù)據(jù)展現(xiàn)的界面，必須

14、使得測試數(shù)據(jù)超過一屏或一頁，驗證在滿屏?xí)r是否正確顯示；顯示內(nèi)容的準確性對于報表中的數(shù)據(jù)的字段值是否都有明確定義對于沒有意義的字段值是否顯示為“一”或“/”，而非顯示空提示信息驗證提示信息是否具有指導(dǎo)性提示信息位置是否居中界面顯示和處理的合理性所有窗體中的對象狀態(tài)是否正常，符合業(yè)務(wù)規(guī)則Tab鍵的使用是否正常、合理復(fù)制、粘貼是否正常數(shù)據(jù)顯示的規(guī)范性同類數(shù)據(jù)顯示的精度是否統(tǒng)一，如金額統(tǒng)一為0兀，顯示0.00兀等相冋屬性/字段名是否統(tǒng)一時間顯示格式疋否統(tǒng)兼容性測試操作系統(tǒng)瀏覽器WindowsServer2003IE8.0WindowsXPIE7.0Windows2007IE6.08.4.性能測試測試目

15、標吞吐量達到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ù)：網(wǎng)絡(luò)吞吐量：利用TTCPW工具測試操作下的吞吐量平均響應(yīng)時間：利用httpwatch工具記錄每個頁面的響應(yīng)時間并發(fā)效率：利用loadrunner工具記錄需進行并發(fā)測試的模塊功能點服務(wù)器性能：利用服務(wù)器監(jiān)聽工具（分別在單用戶及多用戶下進行測試）測試重點和優(yōu)先級：多

16、用戶針對業(yè)務(wù)操作進行并發(fā)需考慮的特殊事項：場景設(shè)計：業(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è)杳詢模塊中的杳詢功能進行點擊，并在系統(tǒng)內(nèi)停留10s后集體退岀利用N（5、10、20）個用戶每3S一個對企業(yè)杳詢模塊中的杳詢功能進行點擊，不在系統(tǒng)內(nèi)停留10s后3S逐個退岀8.5.壓力測試測試目標平均無故障時間7天測試范圍：技術(shù)：利用自動化工具QTP對系統(tǒng)7天不間斷向系統(tǒng)插入數(shù)據(jù)，并記錄系統(tǒng)的是否存在錯誤信息。測試重點和優(yōu)先級：需考慮的特殊事

17、項：場景設(shè)計：業(yè)務(wù)場景系統(tǒng)運行利用自動化工具QTP對系統(tǒng)7天不間斷向系統(tǒng)插入數(shù)據(jù)，并記錄系統(tǒng)的是否存在錯誤信息。8.6.容量測試測試目標核實測試對象在以下高容量條件下能否正常運行：連接或模擬了最大（實際或?qū)嶋H允許）數(shù)量的客戶機，所有客戶機在長時間內(nèi)執(zhí)行相冋的、且情況（性能）最壞的業(yè)務(wù)功能。已達到最大的數(shù)據(jù)庫大小（實際的或按比例縮放的），而且冋時執(zhí)行多個查詢或報表事務(wù)。測試范圍：技術(shù)：應(yīng)該使用多臺客戶機來運行相同的測試或互補的測試，以便在長時間內(nèi)產(chǎn)生最繁重的事務(wù)量或最差的事務(wù)組合創(chuàng)建最大的數(shù)據(jù)庫大小（實際的、按比例縮放的、或填充了代表性數(shù)據(jù)的數(shù)據(jù)庫），并使用多臺客戶機在長時間內(nèi)同時運行查詢和新增事務(wù)。測試重