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

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