測試計劃模板(通用版)_第1頁
測試計劃模板(通用版)_第2頁
測試計劃模板(通用版)_第3頁
測試計劃模板(通用版)_第4頁
測試計劃模板(通用版)_第5頁
已閱讀5頁,還剩12頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

1、精選優(yōu)質(zhì)文檔-傾情為你奉上測試計劃XXXX年XX月XX日專心-專注-專業(yè)產(chǎn)品名稱XXXX文檔編號版本號頁 數(shù)17文檔名稱: 測試計劃作者:日期:XXXX-XX-XX審核:日期:批準:日期:評審意見:確認: 日期: 地址:郵編 總機: Fax: 目錄第一章 總論1.1 項目背景XXXX系統(tǒng)是XX公司為XXX開發(fā)的一套考試系統(tǒng),是目前XX實施的考試系統(tǒng)中比較有代表性的一套考試系統(tǒng)。目前,XXXX已經(jīng)開始使用,在使用之中,發(fā)現(xiàn)了系統(tǒng)存在的一些問題,為了更加系統(tǒng)和有效地發(fā)現(xiàn)系統(tǒng)中的其它問題,XX公司和XXXX公司合作,啟動本項目來對系統(tǒng)進行測試。1.2 項目目標XXXX系統(tǒng)已經(jīng)開始運行,但是系統(tǒng)本身還

2、存在一些問題,XX公司希望通過本項目的測試,除了在發(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í)行和記錄測試過程并記錄和報告缺陷。本文檔主要闡述XXXX系統(tǒng)測試過程中的一些細節(jié),為XXXX系統(tǒng)的測試工作提供一個框架和規(guī)范:l 確定項目

3、測試的策略、范圍和方法;l 使項目測試工作的所有參與人員(客戶方參與人員、測試管理者、測試人員)對本項目測試的目標、范圍、策略、方法、組織、資源等有一個清晰的認識;l 使項目測試工作的所有參與人員理解測試控制過程;l 從策略角度說明本項目測試的組織和管理,指導(dǎo)測試進展,并作為項目測試工作實施的依據(jù);l 本文檔是本項目測試整個過程進行的依據(jù)、規(guī)范和標準;在測試過程中嚴格按照本文檔的制定的規(guī)范去執(zhí)行。1.5 文檔摘要在項目測試中很多因素決定了測試的成敗和效率,同進也潛藏一定的測試風(fēng)險。在本文檔中,主要通過以下方面對項目進行分析、計劃和控制。l 系統(tǒng)理解測試人員通過基本培訓(xùn)和使用系統(tǒng)來加強對項目的理

4、解;理解深度如何?l 測試策略對于本項目,采用何種測試策略?測試哪些范圍?存在什么樣的風(fēng)險?l 測試需求定義測試范圍、測試重點,以及測試的目標;l 測試設(shè)計采用何種測試方法?測試用例由誰設(shè)計和編寫?測試實施過程;l 測試環(huán)境需要什么樣的測試環(huán)境?以及測試環(huán)境的一些信息;l 過程控制測試文檔如何管理?缺陷如何處理?測試過程如何控制?第二章 測試策略2.1 整體策略本項目的特點:1. 參與的測試人員都是第一次接觸考試系統(tǒng)2. 系統(tǒng)已經(jīng)做過一些測試,并且已經(jīng)在運行3. 相對于項目要做的事情來說,時間進度非常緊(要建立一個基本完善的測試規(guī)范、要設(shè)計整套測試用例和執(zhí)行一輪完整的測試)4. 本次項目測試的

5、只對系統(tǒng)進行一輪測試根據(jù)以上特點,制定本項目的測試過程策略如下:1. 以80/20原理為指導(dǎo)。盡量做到在有限的時間里發(fā)現(xiàn)盡可能多的缺陷(尤其是嚴重缺陷)2. 測試計劃與需求制定、用例設(shè)計同步進行3. 必須制定測試需求。通過確定要測試的內(nèi)容和各自的優(yōu)先級、重要性,使測試設(shè)計工作更有目的性,在需求的指導(dǎo)下設(shè)計出更多更有效的用例。4. 逐步完善測試用例庫。測試用例庫的建設(shè)是一個不斷完善的過程,我們要在有限的時間里,先設(shè)計出一整套的測試用例,重要的部分用例需要設(shè)計得完善一些,一般部分的則指出測試的要點,在以后的測試工作中再不斷去完善測試用例庫。5. 測試過程要受到控制。根據(jù)事先定義的測試執(zhí)行順序進行測

6、試,并填寫測試記錄表,保證測試過程是受控的。6. 確定重點。測試重點放在各子系統(tǒng)的功能實現(xiàn)上,問題較多的省中心管理系統(tǒng)和證書管理系統(tǒng)則是重中之重。7. 不測試題實現(xiàn)技術(shù)。本次測試不對XX子系統(tǒng)中的XX實現(xiàn)的核心技術(shù)(環(huán)境仿真等)進行測試驗證。測試技術(shù)u 本項目采用黑盒測試技術(shù)。u 本項目測試過程中將不會采用測試工具。依據(jù)標準本次測試中測試文檔的編寫、測試用例的編寫、具體的執(zhí)行測試以及測試中各項資源的分配和估算,都是以XX公司提供的各子系統(tǒng)的使用手冊盒練習(xí)指導(dǎo)手冊為標準,軟件的執(zhí)行以系統(tǒng)邏輯設(shè)計構(gòu)架為依據(jù)。測試過程2.2 測試范圍制定本次項目測試范圍的依據(jù)為:l 各子系統(tǒng)所包含的功能l 同XX公

7、司該項目負責(zé)人特別確定的測試范圍要測試的子系統(tǒng):測試內(nèi)容測試范圍功能測試l XX子系統(tǒng)l XX子系統(tǒng)l XX子系統(tǒng)l XX子系統(tǒng)l XX子系統(tǒng)l 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功能性能三、硬件配置不同硬件配置對系統(tǒng)性能的影響1、一般配置的性能(CPU: 667、內(nèi)存128M)2、在一般配置的基礎(chǔ)上增加內(nèi)存后的性能(CPU: 667、內(nèi)存256M)3、在一般配置的基礎(chǔ)上升級CPU后的性能(CPU:4、內(nèi)存128M)不測試的模塊:模塊說明X

8、X子系統(tǒng)不測試XX子系統(tǒng)的功能,但是要測試XXXX是否正確XX功能該功能不做測試XX功能該功能不做測試XX功能該功能不做測試更加具體的測試范圍,請參見XXXX - 測試需求.xls2.3 風(fēng)險分析1、 測試人員對系統(tǒng)熟悉程度的風(fēng)險:參與本項目的測試人員都是第一次接觸該類型系統(tǒng),在經(jīng)過短期的系統(tǒng)培訓(xùn)后,仍然有可能沒有完全掌握系統(tǒng)的業(yè)務(wù)細節(jié),這將在后面的測試設(shè)計和測試執(zhí)行工作造成一些測試逃逸現(xiàn)象(即一些要測試的方面沒有測到)。2、 系統(tǒng)資料方面的風(fēng)險:本項目被測試的系統(tǒng)沒有完備的開發(fā)文檔,測試人員做測試設(shè)計時能夠參考的只是使用手冊和訓(xùn)練手冊,以及通過培訓(xùn)和初步使用后對系統(tǒng)的了解,可能導(dǎo)致測試人員在

9、初期無法全面地對系統(tǒng)進行深入的測試。3、 時間方面的風(fēng)險:本次項目時間只有一個月,卻要完成測試規(guī)范的制定、整套測試用例的設(shè)計和執(zhí)行一輪完整的測試,時間進度非常緊張,可能導(dǎo)致測試設(shè)計工作不夠完善。第三章 測試方法3.1 里程碑技術(shù)在本項目中,我們將整個測試過程分為幾個里程碑,達到一個里程碑后才能轉(zhuǎn)換到下一階段,以控制整個過程。我們將整個測試過程分為以下幾個里程碑:里程碑完成標準系統(tǒng)培訓(xùn):1. 對于本項目所有需要測試的系統(tǒng)的培訓(xùn)完成2. 測試人員已經(jīng)對所有被測系統(tǒng)/模塊進行了使用,了解了被測系統(tǒng)的具體功能測試需求:1. 所有具體測試范圍已確定2. 測試需求制定完成3. 所有測試需求得到客戶認可測試

10、設(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ù)客戶對系統(tǒng)的介紹和自己對系統(tǒng)的理解按照系統(tǒng)層次結(jié)構(gòu)組織編寫。l 本系統(tǒng)案例的編寫采用黑盒測試常用的分析方法設(shè)計用例;l 對于每一個測試用例,測試設(shè)計人員應(yīng)為其指定輸入(或操作)、預(yù)期輸出(或結(jié)果);l 每一個測試用例,都必須有詳細的測試步驟描述;l 本次測試設(shè)計的所有測試用例均需以規(guī)范的文檔方式保存;l 在整個測試過程中,可根據(jù)項目實際情況對

11、測試用例進行適當?shù)淖兏?;l 測試用例中測試數(shù)據(jù)的準備,在客戶的指導(dǎo)和協(xié)助下準備。l 按照系統(tǒng)的運行結(jié)構(gòu)安排用例的執(zhí)行;3.3 測試實施過程本項目由兩位測試人員分別負責(zé)不同的子系統(tǒng)的測試,實施過程如下:1、 準備測試所需環(huán)境2、 準備測試所需數(shù)據(jù)3、 按照系統(tǒng)運行結(jié)構(gòu)執(zhí)行相應(yīng)測試用例4、 記錄測試過程和發(fā)現(xiàn)的缺陷5、 報告缺陷3.4 測試方法綜述本項目測試包括:u 功能測試測試各功能是否有缺陷u 性能測試測試系統(tǒng)在一定環(huán)境下的性能數(shù)據(jù)u 測試人員執(zhí)行測試時,要嚴格按照測試用例中的內(nèi)容來執(zhí)行測試工作。u 測試人員要將測試執(zhí)行過程記錄到測試執(zhí)行記錄文檔中。u 測試人員要對測試中發(fā)現(xiàn)的問題記錄到缺陷記

12、錄中。u 測試組織本章主要描述測試團隊的結(jié)構(gòu)和職責(zé),測試參與人員的功能劃分,以及各自的聯(lián)系方式等3.5 測試團隊結(jié)構(gòu)角色人員職責(zé)項目經(jīng)理劉德華u 組織測試培訓(xùn)u 組織環(huán)境搭建u 制定測試計劃u 制定測試規(guī)范u 需求、用例審核u 控制測試進度u 與相關(guān)部門、人員溝通客戶指派XXu 協(xié)助溝通u 組織系統(tǒng)培訓(xùn)u 協(xié)助確定測試需求u 協(xié)助準備測試環(huán)境和數(shù)據(jù)測試需求制定XXX、XXXu 制定測試需求測試設(shè)計XXX、XXXu 設(shè)計測試用例u 準備測試數(shù)據(jù)測試執(zhí)行XXX、XXXu 按計劃執(zhí)行測試用例u 記錄執(zhí)行過程u 提出糾正建議措施缺陷報告XXX、XXXu 記錄、報告所發(fā)現(xiàn)的缺陷測試分析XXX、XXX、X

13、XXu 分析測試結(jié)果u 編寫成測試分析報告3.6 功能劃分姓名負責(zé)范圍XXXu XX子系統(tǒng)u XX子系統(tǒng)u XX網(wǎng)站XXXu XX子系統(tǒng)u XX子系統(tǒng)u XX子系統(tǒng)3.7 聯(lián)系方式姓名手機電話e-mail劉德華第四章 資源需求4.1 培訓(xùn)需求由于參與本次測試的測試人員對考試管理系統(tǒng)都不了解,需要XX公司對這些測試人員進行系統(tǒng)的相關(guān)培訓(xùn)。培訓(xùn)內(nèi)容包括:u 系統(tǒng)架構(gòu)的培訓(xùn)u 系統(tǒng)數(shù)據(jù)流程的培訓(xùn)u 各子系統(tǒng)的功能培訓(xùn)u 在實際使用過程中哪些部分問題比較多u 哪些部分是本次的重點測試對象4.2 硬件需求本次共有三名測試人員,需要單獨使用的臺式機三臺,配置不低于PIII 500,128M內(nèi)存。另外,測試

14、網(wǎng)站還需要一臺網(wǎng)站的服務(wù)器。名稱數(shù)量配置其它說明測試機3不低于P 500、128M內(nèi)存WEB服務(wù)器14.3 軟件需求根據(jù)系統(tǒng)的需求,操作系統(tǒng)可能需要安裝Windows 2000和Windows 98,另外,每個測試人員的測試機上還需要安裝Office辦公軟件和被測試的系統(tǒng)。類型名稱操作系統(tǒng)Windows 2000 ProfessionalWindows 98 SE辦公軟件Office 2000中文版AUT(被測應(yīng)用程序)XXXX(報名系統(tǒng)、考場編排、考場管理、考試機、省中心、證書管理)4.4 辦公空間需求本次測試在XX公司進行,需要提供平均每人至少2平米的辦公空間。4.5 相關(guān)信息保存的位置類

15、型位置說明XX數(shù)據(jù)庫服務(wù)器devserver管理員口令:xxxXX服務(wù)器XXXXX服務(wù)器第五章 時間進度安排具體時間進度安排,請參見“XXXX - 工作任務(wù)安排.mpp”文件第六章 測試過程管理6.1 測試文檔6.1.1 測試文檔管理u 本項目對測試文檔進行集中管理,文檔集中存放在項目經(jīng)理處,每天備份一次。u 測試文檔由不同角色分別創(chuàng)建,各角色創(chuàng)建的文檔如下:文檔名稱編制者其它說明測試計劃項目經(jīng)理測試需求表測試需求制定人員測試用例說明書測試設(shè)計人員測試執(zhí)行記錄表測試執(zhí)行人員缺陷記錄缺陷報告人員缺陷跟蹤匯總表缺陷報告人員測試總結(jié)分析報告項目經(jīng)理6.1.2 編號規(guī)則子系統(tǒng)編號目的是定義要測試的各子

16、系統(tǒng)的編號,以唯一標識各子系統(tǒng)。本項目需要測試的各自系統(tǒng)的編號如下:階段子系統(tǒng)名稱編號XXXX子系統(tǒng)01XX子系統(tǒng)02XXXX子系統(tǒng)11XX子系統(tǒng)12XXXX子系統(tǒng)21XX子系統(tǒng)22網(wǎng)站網(wǎng)站31測試項編號規(guī)則這里的測試項,是指測試需求和測試用例等。為了便于區(qū)分和管理測試項,并且唯一地標識測試項,需要對測試項規(guī)定一種編號規(guī)則。我們制定編號規(guī)則如下:系統(tǒng)識別碼測試項識別碼子系統(tǒng)編號模塊編號自行編號編號名稱說明定義系統(tǒng)識別碼測試項目/系統(tǒng)的標識,在項目開始時自行定義,要求不與其他項目的標識沖突。全國計算機信息高新技術(shù)考試系統(tǒng) 系統(tǒng)識別碼為 LD測試項識別碼用于標識是何種測試項(測試用例、測試需求)測試需求 R測試用例 C缺陷記錄 D子系統(tǒng)編號各子系統(tǒng)的編號與子系統(tǒng)編號中定義的一樣模塊編號唯一標識同一子系統(tǒng)中的各模塊需求設(shè)計人員制定需求時自行定義自行編號測試項序號測試項設(shè)計人員自行定義,要求順序標識例子:LD.R.01.01.1LD.C.11.02.11LD.D.12.01.116.2 缺陷處理過程本項目只對系統(tǒng)進行一輪測試,測試過程不需要做缺陷跟蹤。特定義缺陷處理過程如下:1、 測試員每天記錄當天發(fā)現(xiàn)的缺陷2、 測試員每天下班前將記錄的缺陷發(fā)送給項目經(jīng)理3、 項目經(jīng)理將當前的缺陷記錄轉(zhuǎn)發(fā)給客戶指派人員4、 測試結(jié)束時項目經(jīng)理將所有缺陷整合成一個完整的缺

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責(zé)。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔(dān)用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

評論

0/150

提交評論