圖書管理系統(tǒng)測試計劃.doc

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