項目測試方案模板

項目測試方案模板項目測試方案模板項目測試方案模板xxx公司項目測試方案模板文件編號：文件日期：修訂次數(shù)：第1.0次更改批準審核制定方案設計，管理制度文件狀態(tài)：[]草稿[√]正式發(fā)布[]正在修改XX項目測試方案方案編號：版本號：原作者：建立日期：版本號日期修改者A/M內(nèi)容及原因描述備注說明：方案版本維護表，用于測試方案版本的維護，A：增加，M：修改目錄1. 概述 32. 適用對象和范圍 33. 術(shù)語、名詞定義 3. 系統(tǒng)測試 3. 功能測試 3. 接口測試 3. 壓力測試 4. 性能測試 4. 安全測試 4. 可靠性測試 44. 測試參考文檔和測試提交文檔 5. 測試參考文檔 5. 測試提交文檔 55. 測試資源 5. 人力資源 5. 測試環(huán)境 6. 測試工具 66. 確認測試 6. 新增或修改內(nèi)容驗證 6. 用戶反饋問題確認 77. 通過測試的標準 78. 測試策略 7. 功能測試 7. 數(shù)據(jù)交換測試 8. 用戶界面測試 8界面規(guī)范性測試 8兼容性測試 9. 性能測試 9. 壓力測試 10. 容量測試 10. 安全性和訪問控制測試 119. 需求跟蹤矩陣 12

概述為了提高檢測出錯誤的幾率，使測試能有計劃地、有條不紊地進行，就必須要編制測試相關(guān)文件。而標準化的測試文件就如同一種通用的參照體系，可達到便于交流的目的。文件中所規(guī)定的內(nèi)容可以作為對測試過程完備性的對照檢查表，故采用這些文件將會提高測試過程的每個階段的能見度，極大地提高測試工作的可管理性。適用對象和范圍主要針對對象為軟件管理人員、軟件開發(fā)人員和軟件測試人員。術(shù)語、名詞定義系統(tǒng)測試系統(tǒng)測試是通過與系統(tǒng)的需求規(guī)格作比較，發(fā)現(xiàn)軟件與系統(tǒng)需求規(guī)格不相符合或與之矛盾的地方。它將通過確認測試的軟件，作為整個基于計算機系統(tǒng)的一個元素，與計算機硬件、外設、某些支持軟件、數(shù)據(jù)和人員等其他系統(tǒng)元素結(jié)合起來，在實際運行（使用）環(huán)境下，對計算機系統(tǒng)進行的測試。功能測試黑盒測試是基于系統(tǒng)需求規(guī)格，在不知道系統(tǒng)或組件的內(nèi)部結(jié)構(gòu)的情況下進行的測試。通常又將黑盒測試叫做：基于規(guī)格的測試、輸入輸出測試、功能測試或數(shù)據(jù)驅(qū)動測試。是基于用戶觀點出發(fā)的測試。主要是驗證功能是否符合需求，包括原定功能的檢驗、是否有冗余功能、遺漏功能。接口測試程序員對各個模塊進行系統(tǒng)聯(lián)調(diào)的測試，包含程序內(nèi)接口和程序外接口測試。這個測試，在單元測試階段進行了一部分工作，而大部分都是在集成測試階段完成的。建議由開發(fā)人員進行。壓力測試對系統(tǒng)不斷施加壓力的測試，是通過確定一個系統(tǒng)的瓶頸或者不能接收的性能點，來獲得系統(tǒng)能提供的最大服務級別的測試。例如測試一個Web站點在大量的負荷下，何時系統(tǒng)的響應會退化或失敗。性能測試在交替進行負荷和強迫測試時常用的術(shù)語。性能測試關(guān)注的是系統(tǒng)的整體。它和通常所說的強度、壓力/負載測試有密切關(guān)系。所以壓力和強度測試應該于性能測試一同進行。安全測試主要是測試系統(tǒng)在沒有授權(quán)的內(nèi)部或者外部用戶對系統(tǒng)進行攻擊或者惡意破壞時如何進行處理，是否仍能保證數(shù)據(jù)的安全。測試人員可以學習一些黑客技術(shù)，來對系統(tǒng)進行攻擊。可靠性測試這里是比較狹義的可靠性測試，它主要是對系統(tǒng)能否穩(wěn)定運行進行一個統(tǒng)計，在實際工作中如果沒有條件可以不必特意去做。重點做好與之緊密相關(guān)的功能測試、健壯性測試就可以了。測試參考文檔和測試提交文檔測試參考文檔下表列出了制定測試計劃時所使用的文檔，并標明了各文檔的可用性：文檔已創(chuàng)建或可用已被接收或已經(jīng)過復審作者或來源備注軟件需求規(guī)格說明書是[]否[]是[]否[]軟件概要設計是[]否[]是[]否[]軟件詳細設計是[]否[]是[]否[]模塊開發(fā)手冊是[]否[]是[]否[]測試計劃及方案是[]否[]是[]否[]測試報告是[]否[]是[]否[]用戶操作手冊是[]否[]是[]否[]安裝指南是[]否[]是[]否[]測試提交文檔文檔已創(chuàng)建或可用已被接收或已經(jīng)過復審作者或來源備注測試計劃及方案是[]否[]是[]否[]測試用例是[]否[]是[]否[]測試報告是[]否[]是[]否[]測試資源人力資源人員角色職責、任務備注項目經(jīng)理項目管理測試組組長制定測試計劃、方案，并安排測試工作測試工程師編寫功能測試用例并執(zhí)行測試工程師編寫功能測試用例并執(zhí)行測試工程師編寫功能測試用例并執(zhí)行開發(fā)工程師系統(tǒng)開發(fā)測試階段及范圍序號階段范圍時間測試環(huán)境測試服務器：硬件配置CPUE5506、內(nèi)存2g、硬盤1T服務器操作系統(tǒng)MicrosoftWindowsServer2003服務器數(shù)據(jù)庫SQLSERVER2005/Oracle10G服務器服務程序安全軟件360安全衛(wèi)士、360殺毒軟件其他設備或軟件測試工具用途工具生產(chǎn)廠商/自產(chǎn)版本備注測試用例管理測試管理器Microsoft2010壓力測試LoadRunnerHP11自動化測試QTPHP響應時間Httpwatch吞吐量測試TTCPWMicrosoft安全性測試AppScanIBM確認測試新增或修改內(nèi)容驗證測試項測試方法預計結(jié)果實際結(jié)果結(jié)論用戶反饋問題確認無通過測試的標準一般有“基于測試用例”和“基于缺陷密度”兩種評比準則，在這里我們采用前者。準則如下：功能性測試用例通過率達到100％；非功能性測試用例通過率達到95％；沒有高于優(yōu)先級3以上的問題。備選通過辦法：根據(jù)實際情況由軟件開發(fā)部門的經(jīng)理、項目經(jīng)理和測試負責人等共同討論確定本階段是否結(jié)束。測試策略功能測試模塊模塊一功能/業(yè)務測試目標測試方法優(yōu)先級模塊模塊二功能/業(yè)務測試目標測試方法優(yōu)先級模塊模塊三功能/業(yè)務測試目標測試方法優(yōu)先級數(shù)據(jù)交換測試測試目標測試范圍：技術(shù)：測試重點和優(yōu)先級：需考慮的特殊事項：用戶界面測試測試目標測試范圍：技術(shù)：測試重點和優(yōu)先級：需考慮的特殊事項：界面規(guī)范性測試測試項檢查要求風格整個系統(tǒng)的風格是否保持一致色調(diào)系統(tǒng)是否采用統(tǒng)一色調(diào)，如深色調(diào)、淺紅色調(diào)、淡藍色調(diào)等顯示內(nèi)容的完整性顯示數(shù)據(jù)是否可自適應和自動換行所有數(shù)據(jù)展現(xiàn)的界面，必須使得測試數(shù)據(jù)超過一屏或一頁，驗證在滿屏時是否正確顯示；顯示內(nèi)容的準確性對于報表中的數(shù)據(jù)的字段值是否都有明確定義對于沒有意義的字段值是否顯示為“--”或“/”，而非顯示空提示信息驗證提示信息是否具有指導性提示信息位置是否居中界面顯示和處理的合理性所有窗體中的對象狀態(tài)是否正常，符合業(yè)務規(guī)則Tab鍵的使用是否正常、合理復制、粘貼是否正常數(shù)據(jù)顯示的規(guī)范性同類數(shù)據(jù)顯示的精度是否統(tǒng)一，如金額統(tǒng)一為0元，顯示元等相同屬性/字段名是否統(tǒng)一時間顯示格式是否統(tǒng)一……兼容性測試操作系統(tǒng)瀏覽器WindowsServer2003WindowsXPWindows2007性能測試測試目標吞吐量達到150萬次操作數(shù)/每秒；頁面平均響應時間時間3秒以內(nèi)，更新處理時間20秒以內(nèi)，系統(tǒng)啟動時間20秒以內(nèi)；并發(fā)數(shù)500以上(模塊、業(yè)務)；正常情況服務器的CPU占用率不超過75%，內(nèi)存使用率不超過70%；峰值用戶時服務器的CPU占用不超過85%，內(nèi)存使用率不超過90%。測試范圍：網(wǎng)絡吞吐量、頁面響應時間、并發(fā)數(shù)、服務器性能技術(shù)：網(wǎng)絡吞吐量：利用TTCPW工具測試操作下的吞吐量平均響應時間：利用httpwatch工具記錄每個頁面的響應時間并發(fā)效率：利用loadrunner工具記錄需進行并發(fā)測試的模塊功能點服務器性能：利用服務器監(jiān)聽工具（分別在單用戶及多用戶下進行測試）測試重點和優(yōu)先級：多用戶針對業(yè)務操作進行并發(fā)需考慮的特殊事項：場景設計：業(yè)務場景登錄利用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逐個退出壓力測試測試目標平均無故障時間7天測試范圍：技術(shù)：利用自動化工具QTP對系統(tǒng)7天不間斷向系統(tǒng)插入數(shù)據(jù)，并記錄系統(tǒng)的是否存在錯誤信息。測試重點和優(yōu)先級：需考慮的特殊事項：場景設計：業(yè)務場景系統(tǒng)運行利用自動化工具QTP對系統(tǒng)7天不間斷向系統(tǒng)插入數(shù)據(jù)，并記錄系統(tǒng)的是否存在錯誤信息。容量測試測試目標核實測試對象在以下高容量條件下能否正常運行：連接或模擬了最大（實際或?qū)嶋H允許）數(shù)量的客戶機，所有客戶機在長時間內(nèi)執(zhí)行相同的、且情況（性能）最壞的業(yè)務功能。已達到最大的數(shù)據(jù)庫大小（實際的或按比例縮放的），而且同時執(zhí)行多個查詢或報表事務。測試范圍：技術(shù)：應該使用多臺客戶機來運行相同的測試或互補的測試，以便在長時間內(nèi)產(chǎn)生最繁重的事務量或最差的事務組合創(chuàng)建最大的數(shù)據(jù)庫大小（實際的、按比例縮放的、或填充了代表性數(shù)據(jù)的數(shù)據(jù)庫），并使用多臺客戶機在長時間內(nèi)同時運行查詢和新增事務。測試重點和優(yōu)先級：大數(shù)據(jù)量