測試計劃模板

1、v1.0 可編輯可修改測試計劃XXXX年XX月XX版本 號變更人變更時間變更內(nèi)容批準人批準時間xxx2011-7-8創(chuàng)建該項目測試計劃xxx2011-7-25修改該項目測試計劃v1.0 可編輯可修改目錄第一章 總論 11.1 項目背景 11.2 測試環(huán)境 1第二章 測試策略 42.1 整體策略 42.2 測試范圍 72.3 風險分析 9第三章測試方法 103.1 里程碑技術 103.2 測試用例設計 103.3 測試實施過程 113.4 測試方法綜述 113.5 測試團隊結構 123.6 功能劃分 12第四章資源需求 134.1 培訓需求 134.2 硬件需求 134.3 軟件需求 144.4

2、 相關信息保存的位置 14第五章時間進度安排 15第六章測試過程管理 166.1 缺陷處理過程 166.2 測試報告 17v1.0 可編輯可修改第一章 總論1.1 項目背景本平臺主要是面向有數(shù)據(jù)分析需求的業(yè)務人員， 幫助他們進行自主數(shù)據(jù)分析 工作，從而擺脫之前傳統(tǒng)的提數(shù)據(jù)需求到科技部門， 科技部門手工取數(shù)后再返回 給業(yè)務人員的模式， 極大提高了業(yè)務人員數(shù)據(jù)獲取的時效性， 也避免了業(yè)務需求 在流轉時的業(yè)務含義偏差。 而且 Tableau 通過簡單的拖拽操作、 主流的數(shù)據(jù)分析 算法和常用的挖掘算法、 豐富的可視化展現(xiàn)效果， 能夠直觀、 迅速的幫助業(yè)務人 員進行數(shù)據(jù)展現(xiàn)及其后續(xù)數(shù)據(jù)分析。本項目分為統(tǒng)

3、一數(shù)據(jù)門戶建設、數(shù)據(jù)集市建設、歷史交易數(shù)據(jù)查詢、 ALM項 目報表開發(fā)四部分任務。 按測試任務分為數(shù)據(jù)集市測試、 數(shù)據(jù)展現(xiàn)測試、 統(tǒng)一數(shù) 據(jù)門戶平臺測試三部分。1.2 測試環(huán)境1.2.1 網(wǎng)絡拓撲v1.0 可編輯可修改1.2.2 測試軟硬件信息服務器軟件環(huán)境資源名稱/ 類型數(shù)據(jù)庫服務器Mysql操作系統(tǒng)軟件Windows Server2012 R2應用服務器中間件TomcatJDK版本服務器硬件環(huán)境設備名稱系統(tǒng)配置備注數(shù)據(jù)庫服務器CPU：Intel （R）Xeon E5-2620 內(nèi)存： 64G硬盤空間： 2T數(shù)量： 1應用服務器CPU：Intel （R）Xeon E5-2620 內(nèi)存： 64

4、G硬盤空間： 2T數(shù)量： 1測試機軟件環(huán)境資源名稱/ 類型系統(tǒng)Window7瀏覽器Chrome測試機硬件環(huán)境資源名稱/ 類型第 2 頁v1.0 可編輯可修改硬件配置CPU：I5-2520m 內(nèi)存： 8G 系統(tǒng)類型： Windows 硬盤空間： 500Gv1.0 可編輯可修改第二章 測試策略2.1 整體策略2.1.1 測試調(diào)度策略標準在開始進行測試時必需滿足下列條件：1. 提交的版本的單元測試已通過，具備可測性2. 測試計劃和測試方案的制訂已完成，并經(jīng)過嚴格評審3. 缺陷跟蹤與管理系統(tǒng)已搭建4. 測試所需的資源已經(jīng)到位5. 測試組人員配置合理，測試人員的工作技能符合測試要求6. 測試所需的軟、硬

5、件和操作系統(tǒng)等測試環(huán)境準備完畢 出現(xiàn)下面任一情況時，測試活動就可能暫停：1. 被測系統(tǒng)有大量錯誤或嚴重錯誤或流程走不下去，繼續(xù)測試沒有意義2. 測試環(huán)境遭到破壞，無法繼續(xù)測試。如：測試所需的設備沒有到位，測 試環(huán)境被病毒感染等等3. 性能測試： 當被測的功能或模塊存在嚴重的性能缺陷的情況下暫停測試 如果測試暫停，滿足下面條件時，測試重新開始：1. 開發(fā)組成功安裝，并測試通過了產(chǎn)品的基本功能2.1.2 測試質量評估標準按照系統(tǒng)測試計劃完成系統(tǒng)測試。達到系統(tǒng)測試所規(guī)定的覆蓋率的要求：1) 測試用例執(zhí)行覆蓋率應達到 100%；2) 測試需求覆蓋率應達到 100%；3) 系統(tǒng)滿足需求規(guī)格說明書的要求。

6、v1.0 可編輯可修改在系統(tǒng)測試中發(fā)現(xiàn)的缺陷達到修改標準：1) 致命和嚴重級缺陷修復率應達到 100% ；2) 一般和輕微級缺陷修復率根據(jù)實際情況達到 95%以上2.1.3 測試完成準則主要質量屬性詳細要求正確性能夠防止臟、廢數(shù)據(jù)進入數(shù)據(jù)庫；從接口讀取得數(shù)據(jù)正確無誤。健壯性系統(tǒng)有較強的容錯性，能夠保證在出現(xiàn)非預期狀況下正常運行可靠性系統(tǒng)在不斷電情況下持續(xù)工作。系統(tǒng)無單點故障。系統(tǒng)具有動態(tài)負載均衡處理能力， 保證用戶享受最快的信息服務。性能，效率響應性能：要求一般操作響應時間 5 秒，復雜操作響應時間 20 秒 數(shù)據(jù)存儲時間：要求數(shù)據(jù)庫用戶設置詳細信息在線長期保存，系 統(tǒng)數(shù)據(jù)詳細信息要求在服務器

7、中長期保存。易用性提供方便的系統(tǒng)安裝程序，系統(tǒng)服務器安裝配置方便易操作。 提供友好、方便的功能界面。盡量減少用戶輸入信息量，提高數(shù)據(jù)信息共享程度，提供方便的 幫助信息。清晰性提供足夠的軟件說明文檔，配圖表說明安全性保證數(shù)據(jù)訪問的安全性，同時對關鍵數(shù)據(jù)采取訪問權限限制。 保證數(shù)據(jù)的完整性、一致性和有效性。保證用戶、系統(tǒng)業(yè)務數(shù)據(jù)傳輸過程的安全性、完整性及不可抵賴 性。操作系統(tǒng)、數(shù)據(jù)庫系統(tǒng)符合安全標準，提供管理、監(jiān)控和故障處 理等功能。第 5 頁v1.0 可編輯可修改采用操作員登陸身份認證機制，進入系統(tǒng)采用密碼認證進入，建 立完整的日志記錄，服務器腳本進行加密，使用戶無法看到網(wǎng)頁 腳本源代碼，防止偽

8、造身份人員冒用系統(tǒng)資源?？蓴U展性系統(tǒng)應有良好的橫向和縱向擴展能力，可以通過提高服務器主機 的性能提高整個系統(tǒng)的處理能力。系統(tǒng)具有靈活性、可伸縮性，保證功能模塊隨系統(tǒng)結構和業(yè)務流 程發(fā)展變化靈活組合和擴充，可迅速靈活擴展新業(yè)務。各模塊負載能力及整體負載能力應可平滑擴展，新功能模塊的增 加應不影響現(xiàn)有模塊的運行。兼容性保證系統(tǒng)與各種硬件和操作系統(tǒng)具有良好的兼容性可移植性支持手機主流操作系統(tǒng)和分辨率自適應抗壓性保證在多用戶并發(fā)情況下，系統(tǒng)能正常運行依據(jù)標準本次測試中測試文檔的編寫、測試用例的編寫、具體的執(zhí)行測試以及測試中 各項資源的分配和估算， 均以各子系統(tǒng)的需求文檔、 設計文檔為標準， 軟件的執(zhí)

9、行以系統(tǒng)邏輯設計構架為依據(jù)。測試過程v1.0 可編輯可修改開始系統(tǒng)培訓/ 了解系統(tǒng)測試計劃編寫測試計劃制定測試需求編寫測試用例測試執(zhí)行測試總結結束2.2 測試范圍制定本次項目測試范圍的依據(jù)為：各子系統(tǒng)所包含的功能同 XX公司該項目負責人特別確定的測試范圍要測試的子系統(tǒng)：測試內(nèi)容測試范圍功能測試XX子系統(tǒng)XX子系統(tǒng)XX子系統(tǒng)XX子系統(tǒng)XX子系統(tǒng)第 7 頁v1.0 可編輯可修改XX網(wǎng)站性能測試一、模塊兩個子系統(tǒng)進行性能測試：1、XX子系統(tǒng)2、XX子系統(tǒng)二、數(shù)據(jù)量以 XX數(shù)據(jù)庫中存在十萬條 XX 記錄為標準，測試如下 性能數(shù)據(jù)：1、新 XX數(shù)據(jù)入庫性能2、修改 XX數(shù)據(jù)3、XX功能性能三、硬件配置

10、不同硬件配置對系統(tǒng)性能的影響 1、一般配置的性能（ CPU： 667 、內(nèi)存 128M） 2、在一般配置的基礎上增加內(nèi)存后的性能（ CPU： 667 、內(nèi)存 256M）3、在一般配置的基礎上升級 CPU后的性能（CPU：4、 內(nèi)存 128M）不測試的模塊：模塊說明XX子系統(tǒng)不測試 XX 子系統(tǒng)的功能，但是要測試 XXXX是否正確XX功能該功能不做測試XX功能該功能不做測試第 8 頁v1.0 可編輯可修改XX功能該功能不做測試2.3 風險分析1、測試人員對系統(tǒng)熟悉程度的風險：2、參與本項目的測試人員都是第一次接觸該類型系統(tǒng)，在經(jīng)過短期的系統(tǒng) 培訓后，仍然有可能沒有完全掌握系統(tǒng)的業(yè)務細節(jié)，這將在后

11、面的測試 設計和測試執(zhí)行工作造成一些測試逃逸現(xiàn)象（即一些要測試的方面沒有 測到）。3、系統(tǒng)資料方面的風險：4、本項目被測試的系統(tǒng)沒有完備的開發(fā)文檔，測試人員做測試設計時能夠 參考的只是使用手冊和訓練手冊，以及通過培訓和初步使用后對系統(tǒng)的 了解，可能導致測試人員在初期無法全面地對系統(tǒng)進行深入的測試。5、時間方面的風險：6、本次項目時間只有一個月，卻要完成測試規(guī)范的制定、整套測試用例的 設計和執(zhí)行一輪完整的測試，時間進度非常緊張，可能導致測試設計工 作不夠完善。v1.0 可編輯可修改第三章 測試方法3.1 里程碑技術在本項目中， 我們將整個測試過程分為幾個里程碑， 達到一個里程碑后才能 轉換到下一

12、階段，以控制整個過程。我們將整個測試過程分為以下幾個里程碑：里程碑完成標準系統(tǒng)培訓：1. 對于本項目所有需要測試的系統(tǒng)的培訓完成2. 測試人員已經(jīng)對所有被測系統(tǒng) / 模塊進行了使用，了解了 被測系統(tǒng)的具體功能測試需求：1. 所有具體測試范圍已確定2. 測試需求制定完成3. 所有測試需求得到客戶認可測試設計：1. 測試用例已覆蓋所有測試需求2. 測試用例設計已經(jīng)完成測試執(zhí)行：1. 所有測試用例被執(zhí)行2. 發(fā)現(xiàn)的缺陷都有缺陷記錄3. 測試過程有測試記錄結果分析：1. 完成測試分析報告3.2 測試用例設計本次測試的測試案例， 是在經(jīng)過系統(tǒng)培訓后， 由測試人員根據(jù)客戶對系統(tǒng)的 介紹和自己對系統(tǒng)的理解按

13、照系統(tǒng)層次結構組織編寫。本系統(tǒng)案例的編寫采用黑盒測試常用的分析方法設計用例；對于每一個測試用例， 測試設計人員應為其指定輸入 （或操作）、預期輸 第 10 頁v1.0 可編輯可修改出（或結果）；每一個測試用例，都必須有詳細的測試步驟描述；本次測試設計的所有測試用例均需以規(guī)范的文檔方式保存；在整個測試過程中，可根據(jù)項目實際情況對測試用例進行適當?shù)淖兏粶y試用例中測試數(shù)據(jù)的準備，在客戶的指導和協(xié)助下準備。按照系統(tǒng)的運行結構安排用例的執(zhí)行；3.3 測試實施過程本項目由 X 位測試人員分別負責不同的子系統(tǒng)的測試，實施過程如下：1、準備測試所需環(huán)境2、準備測試所需數(shù)據(jù)3、按照系統(tǒng)運行結構執(zhí)行相應測試用例

14、4、記錄測試過程和發(fā)現(xiàn)的缺陷5、報告缺陷3.4 測試方法綜述本項目測試包括：功能測試：測試各功能是否有缺陷。 性能測試：測試系統(tǒng)在一定環(huán)境下的性能數(shù)據(jù)。 測試人員執(zhí)行測試時，要嚴格按照測試用例中的內(nèi)容來執(zhí)行測試工作。 測試人員要將測試執(zhí)行過程記錄到測試執(zhí)行記錄文檔中。 測試人員要對測試中發(fā)現(xiàn)的問題記錄到缺陷記錄中。測試組織。第 11 頁v1.0 可編輯可修改3.5 測試團隊結構角色人員職責項目經(jīng)理劉德華組織測試培訓組織環(huán)境搭建制定測試計劃制定測試規(guī)范 需求、用例審核控制測試進度 與相關部門、人員溝通客戶指派XX協(xié)助溝通組織系統(tǒng)培訓 協(xié)助確定測試需求 協(xié)助準備測試環(huán)境和數(shù)據(jù)測試需求制定XXX、X

15、XX制定測試需求測試設計XXX、XXX設計測試用例準備測試數(shù)據(jù)測試執(zhí)行XXX、XXX按計劃執(zhí)行測試用例記錄執(zhí)行過程提出糾正建議措施缺陷報告XXX、XXX記錄、報告所發(fā)現(xiàn)的缺陷測試分析XXX、XXX、XXX分析測試結果編寫成測試分析報告3.6 功能劃分姓名負責范圍第 12 頁v1.0 可編輯可修改XXXXX子系統(tǒng)XX子系統(tǒng)XX網(wǎng)站XXXXX子系統(tǒng)XX子系統(tǒng)XX子系統(tǒng)第四章 資源需求4.1 培訓需求由于參與本次測試的測試人員對考試管理系統(tǒng)都不了解，需要XX公司對這些測試人員進行系統(tǒng)的相關培訓。培訓內(nèi)容包括：系統(tǒng)架構的培訓系統(tǒng)數(shù)據(jù)流程的培訓各子系統(tǒng)的功能培訓在實際使用過程中哪些部分問題比較多哪些部分

16、是本次的重點測試對象4.2 硬件需求本次共有 X 名測試人員，需要單獨使用的臺式機三臺， 配置不低于 PIII 500，128M內(nèi)存。另外，測試網(wǎng)站還需要一臺網(wǎng)站的服務器。名稱數(shù)量配置其它說明測試機不低于 P 500 、128M內(nèi)存WEB服務器1第 13 頁v1.0 可編輯可修改4.3 軟件需求根據(jù)系統(tǒng)的需求，操作系統(tǒng)可能需要安裝 Windows 2000和 Windows 98，另 外，每個測試人員的測試機上還需要安裝 Office 辦公軟件和被測試的系統(tǒng)。類型名稱操作系統(tǒng)Windows 2000 ProfessionalWindows 98 SE辦公軟件Office 2000 中文版AUT

17、（被測應用程序）XXXX（報名系統(tǒng)、考場編排、考場管理、考試機、省中心、證書管理）4.4 相關信息保存的位置類型位置說明XX數(shù)據(jù)庫服務器devserver管理員口令： xxxXX服務器服務器第 14 頁v1.0 可編輯可修改第五章 時間進度安排序號名稱完成日期工作量（人日）1測試大綱2系統(tǒng)培訓3測試設計4測試執(zhí)行5結果分析第 15 頁v1.0 可編輯可修改第六章 測試過程管理6.1 缺陷處理過程本項目只對系統(tǒng)進行多輪測試，測試過程需要做缺陷跟蹤。特定義缺陷 處理過程如下：1、測試人員每天提交缺陷，并跟蹤缺陷，驗證缺陷，直到提交的缺陷被關 閉或被保留。開發(fā)人員周期性提交修改過缺陷的新版本，測試人員在新 版本上驗證缺陷。2、回歸測試階段：系統(tǒng)測試階段完成后，產(chǎn)品將進入回歸測試階段。測試 人員對修改后的產(chǎn)品進行重新功能驗