精品文檔圖書信息管理系統測試計劃2010年4月28日1歡迎下載。精品文檔產品名稱圖書信息管理系統文檔編號 1.0版本號version頁 數17文檔名稱: 測試計劃作者：XXX日期：2010-4-28審核：日期：批準：日期：評審意見：確認： 日期： 2歡迎下載。精品文檔目錄第一章 總論11.1 項目背景11.2 項目目標11.3 系統視圖11.4 文檔目的11.5 文檔摘要2第二章 測試策略32.1 整體策略32.2 測試范圍42.3 風險分析5第三章 測試方法63.1 里程碑技術63.2 測試用例設計63.3 測試實施過程63.4 測試方法綜述7第四章 測試組織84.1 測試團隊結構84.2 功能劃分84.3 聯系方式9第五章 資源需求105.1 培訓需求105.2 硬件需求105.3 軟件需求105.4 辦公空間需求105.5 相關信息保存的位置11第六章 時間進度安排12第七章 測試過程管理137.1 測試文檔137.2 缺陷處理過程147.3 測試報告15第八章 附件16第九章 變更記錄17i歡迎下載。精品文檔第一章 總論1.1 項目背景圖書管理系統是正大學生為正大公司開發的一套圖書管理系統，是目前各個學校圖書比較廣泛的圖書信息管理系統。目前，圖書信息管理系統還未具體實施，等待測試之后啟動本項目。投入到具體使用中。1.2 項目目標圖書信息管理系統存在很多可能的錯誤，第一次測試，公司希望通過本項目的測試，除了在發現更多的系統缺陷外，同時建立起一套較完整的測試過程規范和一套較完整的測試用例庫。以備不使之需。1.3 系統視圖1.4 文檔目的本測試計劃主要有兩類受眾：測試管理人員（項目經理、客戶指派人員）和測試人員。u 項目經理根據該測試計劃制定進一步的計劃、安排（工作任務分配、時間進度安排）和控制測試過程；u 客戶指派人員通過該測試計劃了解測試過程和相關信息。u 測試人員根據該測試計劃中制定的范圍、方法確定測試需求、設計測試用例、執行和記錄測試過程并記錄和報告缺陷。本文檔主要闡述圖書信息管理系統測試過程中的一些細節，為圖書信息管理系統的測試工作提供一個框架和規范：l 確定項目測試的策略、范圍和方法；l 使項目測試工作的所有參與人員（開發人員、測試管理者、測試人員）對本項目測試的目標、范圍、策略、方法、組織、資源等有一個清晰的認識；l 使項目測試工作的所有參與人員理解測試控制過程；l 從策略角度說明本項目測試的組織和管理，指導測試進展，并作為項目測試工作實施的依據；l 本文檔是本項目測試整個過程進行的依據、規范和標準；在測試過程中嚴格按照本文檔的制定的規范去執行。1.5 文檔摘要在項目測試中很多因素決定了測試的成敗和效率，同進也潛藏一定的測試風險。在本文檔中，主要通過以下方面對項目進行分析、計劃和控制。l 系統理解測試人員通過系統的具體流程，對項目的要求。每個模塊的功能。l 測試策略對于本項目，主要采用功能測試，主要是圖書管理員，系統管理員。用戶，和借書者的權限的控制。讀者信息，圖書信息，圖書管理員。的查詢，存在的風險：對具體功能模塊考慮的不完善。對數據列表的量和特殊的方法遺漏。l 測試需求主要是測試功能方面，系統管理員與圖書管理員，盡可能多的找出系統的缺陷，給出建議的同時，多考慮測試的覆蓋程度。l 測試設計黑盒測試技術。測試用例由PM編寫分配給組員一起完成，測試實施過程給出文擋記錄。l 測試環境Windows XP，Microsoft Visual Studio 2008，Microsoft SQL Server 2000。l 過程控制測試文檔由指定人員編寫，項目經理管理。缺陷每天由項目收集管理，每天結束之前進行歸類，統一。17歡迎下載17歡迎下載17歡迎下載17歡迎下載17歡迎下載17歡迎下載17歡迎下載17歡迎下載17歡迎下載17歡迎下載。第二章 測試策略2.1 整體策略本項目的特點：1. 參與的測試人員前期做過信息管理系統2. 相對于項目要做的事情來說，時間進度非常緊(一周)（要建立一個基本完善的測試規范、要設計整套測試用例和執行一輪完整的測試）3. 本次項目測試的只對系統進行一輪測試根據以上特點，制定本項目的測試過程策略如下：1. 以80/20原理為指導。盡量做到在有限的時間里發現盡可能多的缺陷（尤其是嚴重缺陷）2. 測試計劃與需求制定、用例設計同步進行3. 必須制定測試需求。通過確定要測試的內容和各自的優先級、重要性，使測試設計工作更有目的性，在需求的指導下設計出更多更有效的用例。4. 逐步完善測試用例庫。測試用例庫的建設是一個不斷完善的過程，我們要在有限的時間里，先設計出一整套的測試用例，重要的部分用例需要設計得完善一些，一般部分的則指出測試的要點，在以后的測試工作中再不斷去完善測試用例庫。5. 測試過程要受到控制。根據事先定義的測試執行順序進行測試，并填寫測試記錄表，保證測試過程是受控的。6. 確定重點。測試重點放在各子系統的功能實現上，問題較多的圖書管理系統和人員管理系統則是重中之重。測試技術u 本項目采用黑盒測試技術。u 本項目測試過程中采用Mercury Quality Center測試工具。依據標準本次測試中測試文檔的編寫、測試用例的編寫、具體的執行測試以及測試中各項資源的分配和估算，都是以正大學生提供的用戶需求說明書和初步使用后對系統的了解為標準，軟件的執行以系統邏輯設計構架為依據。測試過程2.2 測試范圍制定本次項目測試范圍的依據為：l 各子系統所包含的功能l 同項目負責人特別確定的測試范圍要測試的子系統：測試內容測試范圍功能測試l 借書子系統l 還書子系統l 人員管理子系統l 圖書管理子系統l 退出系統子系統更加具體的測試范圍，請參見圖書信息管理系統 - 測試需求.xls2.3 風險分析1、 測試人員對系統熟悉程度的風險：參與本項目的測試人員都是已接觸該類型系統，在經過短期的系統培訓后，仍然有可能沒有完全掌握系統的業務細節，這將在后面的測試設計和測試執行工作造成一些測試逃逸現象（即一些要測試的方面沒有測到）。2、 系統資料方面的風險：本項目被測試的系統沒有開發文檔，測試人員做測試設計時只能初步使用后對系統的了解為標準，可能導致測試人員在初期無法全面地對系統進行深入的測試。3、 時間方面的風險：本次項目時間只有一周，卻要完成測試規范的制定、整套測試用例的設計和執行一輪完整的測試，時間進度非常緊張，可能導致測試設計工作不夠完善。第三章 測試方法3.1 里程碑技術在本項目中，我們將整個測試過程分為幾個里程碑，達到一個里程碑后才能轉換到下一階段，以控制整個過程。我們將整個測試過程分為以下幾個里程碑：里程碑完成標準系統培訓：1. 對于本項目所有需要測試的系統的培訓完成2. 測試人員已經對所有被測系統/模塊進行了使用，了解了被測系統的具體功能測試需求：1. 所有具體測試范圍已確定2. 測試需求制定完成3. 所有測試需求得到客戶認可測試設計：1. 測試用例已覆蓋所有測試需求2. 測試用例設計已經完成測試執行：1. 所有測試用例被執行2. 發現的缺陷都有缺陷記錄3. 測試過程有測試記錄結果分析：1. 完成測試分析報告3.2 測試用例設計本次測試的測試案例，是在經過系統培訓后，由測試人員根據開發人員對系統的介紹和自己對系統的理解按照系統層次結構組織編寫。l 本系統案例的編寫采用黑盒測試常用的分析方法設計用例；l 對于每一個測試用例，測試設計人員應為其指定輸入（或操作）、預期輸出（或結果）；l 每一個測試用例，都必須有詳細的測試步驟描述；l 本次測試設計的所有測試用例均需以規范的文檔方式保存；l 在整個測試過程中，可根據項目實際情況對測試用例進行適當的變更；l 測試用例中測試數據的準備，在客戶的指導和協助下準備。l 按照系統的運行結構安排用例的執行；3.3 測試實施過程本項目由3位測試人員分別負責不同的子系統的測試，實施過程如下：1、 準備測試所需環境2、 準備測試所需數據3、 按照系統運行結構執行相應測試用例4、 記錄測試過程和發現的缺陷5、 報告缺陷3.4 測試方法綜述本項目測試包括：u 功能測試測試各功能是否有缺陷u 測試人員執行測試時，要嚴格按照測試用例中的內容來執行測試工作。u 測試人員要將測試執行過程記錄到測試執行記錄文檔中。u 測試人員要對測試中發現的問題記錄到缺陷記錄中。第四章 測試組織本章主要描述測試團隊的結構和職責，測試參與人員的功能劃分，以及各自的聯系方式等4.1 測試團隊結構角色人員職責項目經理XXXu 組織測試培訓u 組織環境搭建u 制定測試計劃u 制定測試規范u 需求、用例審核u 控制測試進度u 與相關部門、人員溝通客戶指派u 協助溝通u 組織系統培訓u 協助確定測試需求u 協助準備測試環境和數據測試需求制定XXX、XXXu 制定測試需求測試設計XXX、XXXu 設計測試用例u 準備測試數據測試執行XXX、XXX、XXXu 按計劃執行測試用例u 記錄執行過程u 提出糾正建議措施缺陷報告XXX、XXX、XXXu 記錄、報告所發現的缺陷測試分析XXX、XXX、XXXu 分析測試結果u 編寫成測試分析報告4.2 功能劃分姓名負責范圍XXXu 借書子系統u 還書子系統XXXu 人員管理子系統XXXu 圖書管理子系統u 退出子系統4.3 聯系方式姓名手機電話e-mailXXXXXXXXX第五章 資源需求5.1 培訓需求由于參與本次測試的測試人員對圖書管理系統都不了解，需要開發人員對這些測試人員進行系統的相關信息介紹。流程的功能實現。包括：u 系統架構的了解u 系統數據流程的加載u 各子系統的功能操作u 在實際使用過程中哪些部分問題比較多u 哪些部分是本次的重點測試對象5.2 硬件需求本次共有三名測試人員，需要單獨使用的臺式機一臺筆記本2臺，配置不低于PIII 500，128M內存。另外，測試中有一臺服務器。名稱數量配置其它說明測試機3不低于P 500、128M內存5.3 軟件需求根據系統的需求，操作系統可能需要安裝Windows XP，另外，每個測試人員的測試機上還需要安裝Office辦公軟件和被測試的系統。類型名稱操作系統Windows XP Professional測試工具Microsoft Visual Studio 2008，Microsoft SQL Server 20005.4 辦公空間需求本次測試在4501教室進行，需要提供平均每人至少2平米的辦公空間。5.5 相關信息保存的位置類型位置說明SQL數據 服務器電腦管理員口令：admin文檔每位測試人員缺陷服務器電腦第六章 時間進度安排由于時間限制的原因，時間安排為表格，沒有編制專門的安排表。第1天第2天第3天第4天第5天第6天第7天XXXXXX完成測試需求文檔XXX會議紀要：會議紀要：會議紀要：第七章 測試過程管理7.1 測試文檔7.1.1 測試文檔管理u 本項目對測試文檔進行集中管理，文檔集中存放在項目經理處，每天備份一次。u 測試文檔由不同角色分別創建，各角色創建的文檔如下：文檔名稱編制者其它說明測試計劃項目經理 XXX具體的安排不合適可做相應調節測試需求表XXX測試用例說明書XXX測試執行記錄表XXX缺陷記錄XXX測試總結分析報告XXX7.1.2 編號規則子系統編號目的是定義要測試的各子系統的編號，以唯一標識各子系統。本項目需要測試的各自系統的編號如下：階段子系統名稱編號初次測試借書子系統01還書子系統02初次測試圖書管理子系統03人員管理子系統04初次測試退出子系統05測試項編號規則這里的測試項，是指測試需求和測試用例等。為了便于區分和管理測試項，并且唯一地標識測試項，需要對測試項規定一種編號規則。我們制定編號規則如下：系統識別碼測試項識別碼子系統編號模塊編號自行編號編號名稱說明定義系統識別碼測試項目/系統的標識，在項目開始時自行定義，要求不與其他項目的標識沖突。圖書信息管理系統 系統識別碼為 LD測試項識別碼用于標識是何種測試項（測試用例、測試需求）測試需求 R測試用例 C缺陷記錄 D子系統編號各子系統的編號與子系統編號中定義的一樣模塊編號唯一標識同一子系統中的各模塊需求設計人員制定需求時自行定義自行編號測試項序號測試項設計人員自行定義，要求順序標識7.2 缺陷處理過程本項目只對系統進行一輪測試，測試過程不需要做缺陷跟蹤。特定義缺陷處理過程如下：1、 測試員每天記錄當天發現的缺陷2、 測試員每天下班前將記錄的缺陷發送給項目經理3、 項目經理將當前的缺陷記錄轉發給開發人員4、 測試結束時項目經理將所有缺陷整合成一個完整