測試計劃模板(通用版)

1、SkyBar English測試計劃2014年2月 XXXX測試計劃產(chǎn)品名稱SkyBar English文檔編號版本號頁 數(shù)17文檔名稱: 測試計劃作者：朱杰、程百師日期：2014-2審核：日期：批準(zhǔn)：日期：評審意見：確認(rèn)： 日期： 地址：江蘇省蘇州市昆山市花橋經(jīng)濟(jì)開發(fā)區(qū)金捷路1號華信軟件技術(shù)有限公司郵編：200030總機(jī)： Fax： XXXX測試計劃目錄第一章 總論11.1 項(xiàng)目背景11.2 項(xiàng)目目標(biāo)11.3 系統(tǒng)視圖11.4 文檔目的21.5 文檔摘要2第二章 測試策略32.1 整體策略32.2 測試范圍42.3 風(fēng)險分析5第三章 測試方法63.1 里程碑技術(shù)63.2 測試用例設(shè)計63.3

2、 測試實(shí)施過程63.4 測試方法綜述7第四章 測試組織84.1 測試團(tuán)隊結(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第六章 時間進(jìn)度安排12第七章 測試過程管理137.1 測試文檔137.2 缺陷處理過程147.3 測試報告15第八章 附件16第九章 變更記錄17Page i XXXX測試計劃第一章 總論1.1 項(xiàng)目背景SkyBar English是一套在線英語學(xué)習(xí)系統(tǒng)。1.2 項(xiàng)目目標(biāo)SkyBarEnglish系統(tǒng)已經(jīng)開始運(yùn)行，但是系統(tǒng)本身還存在一些問題。期望通

3、過本項(xiàng)目的測試，除了在發(fā)現(xiàn)更多的系統(tǒng)缺陷外，同時建立起一套較完整的測試過程規(guī)范。1.3 系統(tǒng)視圖1.4 文檔目的本測試計劃主要有兩類受眾：測試管理人員（項(xiàng)目經(jīng)理、客戶指派人員）和測試人員。u 項(xiàng)目經(jīng)理根據(jù)該測試計劃制定進(jìn)一步的計劃、安排（工作任務(wù)分配、時間進(jìn)度安排）和控制測試過程；u 客戶指派人員通過該測試計劃了解測試過程和相關(guān)信息。u 測試人員根據(jù)該測試計劃中制定的范圍、方法確定測試需求、設(shè)計測試用例、執(zhí)行和記錄測試過程并記錄和報告缺陷。本文檔主要闡述SkyBar English系統(tǒng)測試過程中的一些細(xì)節(jié)，為SkyBar English系統(tǒng)的測試工作提供一個框架和規(guī)范：l 確定項(xiàng)目測試的策略、

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

5、l 測試策略對于本項(xiàng)目，采用何種測試策略？測試哪些范圍？存在什么樣的風(fēng)險？l 測試需求定義測試范圍、測試重點(diǎn)，以及測試的目標(biāo)；l 測試設(shè)計采用何種測試方法？測試用例由誰設(shè)計和編寫？測試實(shí)施過程；l 測試環(huán)境需要什么樣的測試環(huán)境？以及測試環(huán)境的一些信息；l 過程控制測試文檔如何管理？缺陷如何處理？測試過程如何控制？第 13 頁第二章 測試策略2.1 整體策略本項(xiàng)目的特點(diǎn)：1. 參與的測試人員都是第一次接觸SkyBar English在線學(xué)習(xí)系統(tǒng)2. 系統(tǒng)已經(jīng)做過一些測試，并且已經(jīng)在運(yùn)行3. 本項(xiàng)目分為教師、學(xué)生、管理員多個權(quán)限。根據(jù)以上特點(diǎn)，制定本項(xiàng)目的測試過程策略如下：1. 以80/20原理為

6、指導(dǎo)。盡量做到在有限的時間里發(fā)現(xiàn)盡可能多的缺陷（尤其是嚴(yán)重缺陷）2. 測試計劃與需求制定、用例設(shè)計同步進(jìn)行3. 必須制定測試需求。通過確定要測試的內(nèi)容和各自的優(yōu)先級、重要性，使測試設(shè)計工作更有目的性，在需求的指導(dǎo)下設(shè)計出更多更有效的用例。4. 逐步完善測試用例庫。測試用例庫的建設(shè)是一個不斷完善的過程，我們要在有限的時間里，先設(shè)計出一整套的測試用例，重要的部分用例需要設(shè)計得完善一些，一般部分的則指出測試的要點(diǎn)，在以后的測試工作中再不斷去完善測試用例庫。5. 測試過程要受到控制。根據(jù)事先定義的測試執(zhí)行順序進(jìn)行測試，并填寫測試記錄表，保證測試過程是受控的。6. 確定重點(diǎn)。測試重點(diǎn)放在各子系統(tǒng)的功能實(shí)

7、現(xiàn)上，較為關(guān)鍵的約課功能、需求較為嚴(yán)謹(jǐn)?shù)慕Y(jié)賬功能為測試重點(diǎn)測試技術(shù)u 本項(xiàng)目以黑盒測試技術(shù)為主、白盒測試為輔的灰盒測試技術(shù)u 本項(xiàng)目自動化測試部分采用工具為Selenium依據(jù)標(biāo)準(zhǔn)本次測試中測試文檔的編寫、測試用例的編寫、具體的執(zhí)行測試以及測試中各項(xiàng)資源的分配和估算，都是以測試組與項(xiàng)目組協(xié)商結(jié)果為標(biāo)準(zhǔn)。測試過程2.2 測試范圍制定本次項(xiàng)目測試范圍的依據(jù)為：l 各子系統(tǒng)所包含的功能l 該項(xiàng)目負(fù)責(zé)人特別確定的測試范圍要測試的子系統(tǒng)：測試內(nèi)容測試范圍功能測試l 教師子系統(tǒng)l 學(xué)生子系統(tǒng)l 管理員子系統(tǒng)l 結(jié)賬子系統(tǒng)性能測試一、模塊1個子系統(tǒng)進(jìn)行性能測試：1、教師子系統(tǒng)二、數(shù)據(jù)量以？數(shù)據(jù)庫中存在？條？

8、記錄為標(biāo)準(zhǔn)，測試如下性能數(shù)據(jù)：1、新數(shù)據(jù)入庫性能2、修改數(shù)據(jù)3、？功能性能三、硬件配置服務(wù)器性能：不測試的模塊：模塊說明2.3 風(fēng)險分析1、 系統(tǒng)資料方面的風(fēng)險：本項(xiàng)目被測試的系統(tǒng)沒有完備的開發(fā)文檔，測試人員做測試設(shè)計時能夠參考的只是初步使用后對系統(tǒng)的了解，可能導(dǎo)致測試人員無法全面地對系統(tǒng)進(jìn)行深入的測試。2、 經(jīng)驗(yàn)方面的風(fēng)險：本次測試人員是第一次參與完整的測試流程，鑒于知識經(jīng)驗(yàn)方面的不足可能無法將測試足夠完善。第三章 測試方法3.1 里程碑技術(shù)在本項(xiàng)目中，我們將整個測試過程分為幾個里程碑，達(dá)到一個里程碑后才能轉(zhuǎn)換到下一階段，以控制整個過程。我們將整個測試過程分為以下幾個里程碑：里程碑完成標(biāo)準(zhǔn)產(chǎn)

9、品需求審查：完全確認(rèn)本項(xiàng)目的功能需求與非功能性需求測試需求：1. 所有具體測試范圍已確定2. 所有測試需求得到認(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 每

10、一個測試用例，都必須有詳細(xì)的測試步驟描述；l 本次測試設(shè)計的所有測試用例均需以規(guī)范的文檔方式保存；l 在整個測試過程中，可根據(jù)項(xiàng)目實(shí)際情況對測試用例進(jìn)行適當(dāng)?shù)淖兏?；l 測試用例中測試數(shù)據(jù)的準(zhǔn)備，由測試人員選取代表性關(guān)鍵性的數(shù)據(jù)進(jìn)行準(zhǔn)備。l 按照系統(tǒng)的運(yùn)行結(jié)構(gòu)安排用例的執(zhí)行；3.3 測試實(shí)施過程本項(xiàng)目由？測試人員分別負(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、 報告缺陷3.4 測試方法綜述本項(xiàng)目測試包括：u 功能測試測試各功能是否有缺陷u 性能測試測試系統(tǒng)在一定環(huán)境下的性能數(shù)據(jù)u 測試人

11、員執(zhí)行測試時，要嚴(yán)格按照測試用例中的內(nèi)容來執(zhí)行測試工作。u 測試人員要將測試執(zhí)行過程記錄到測試執(zhí)行記錄文檔中。u 測試人員要對測試中發(fā)現(xiàn)的問題記錄到缺陷記錄中。3.5 測試團(tuán)隊結(jié)構(gòu)角色人員職責(zé)項(xiàng)目劉德華u 組織測試培訓(xùn)u 組織環(huán)境搭建u 制定測試計劃u 制定測試規(guī)范u 需求、用例審核u 控制測試進(jìn)度u 與相關(guān)部門、人員溝通客戶指派XXu 協(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、XXXu 按計劃執(zhí)行測試用例u 記錄執(zhí)行過程u 提出糾正建議措施缺陷報告XXX

12、、XXXu 記錄、報告所發(fā)現(xiàn)的缺陷測試分析XXX、XXX、XXXu 分析測試結(jié)果u 編寫成測試分析報告3.6 功能劃分姓名負(fù)責(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)系方式姓名手機(jī)電話e-mail劉德華第四章 資源需求4.1 培訓(xùn)需求由于參與本次測試的測試人員對SkyBar English在線英語學(xué)習(xí)系統(tǒng)都不了解，需要開發(fā)人員測試人員進(jìn)行系統(tǒng)的相關(guān)培訓(xùn)。培訓(xùn)內(nèi)容包括：u 各子系統(tǒng)的功能培訓(xùn)u 在實(shí)際使用過程中哪些部分問題比較多u 哪些部分是本次的重點(diǎn)測試對象4.2 硬件需求本次共有？測試人員，需要單獨(dú)使用的臺式機(jī)三臺，配置不低

13、于PIII 500，128M內(nèi)存。另外，測試網(wǎng)站還需要一臺網(wǎng)站的服務(wù)器。名稱數(shù)量配置其它說明測試機(jī)3不低于P 500、128M內(nèi)存WEB服務(wù)器14.3 軟件需求根據(jù)系統(tǒng)的需求，操作系統(tǒng)需要安裝Windows 7，每個測試人員的測試機(jī)上還需要安裝多種主流瀏覽器配置Java開發(fā)環(huán)境，集成Selenium插件。類型名稱操作系統(tǒng)Windows 7辦公軟件Office 2007中文版瀏覽器火狐瀏覽器（集成FireBug、Selenium、Xpath）360瀏覽器IE瀏覽器Chrome瀏覽器4.4 辦公空間需求本次測試在三樓封閉開發(fā)間進(jìn)行4.5 相關(guān)信息保存的位置類型位置說明XX數(shù)據(jù)庫服務(wù)器devserv

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

15、要測試的各自系統(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測試項(xiàng)編號規(guī)則這里的測試項(xiàng)，是指測試需求和測試用例等。為了便于區(qū)分和管理測試項(xiàng)，并且唯一地標(biāo)識測試項(xiàng)，需要對測試項(xiàng)規(guī)定一種編號規(guī)則。我們制定編號規(guī)則如下：系統(tǒng)識別碼測試項(xiàng)識別碼子系統(tǒng)編號模塊編號自行編號編號名稱說明定義系統(tǒng)識別碼測試項(xiàng)目/系統(tǒng)的標(biāo)識，在項(xiàng)目開始時自行定義，要求不與其他項(xiàng)目的標(biāo)識沖突。全國計算機(jī)信息高新技術(shù)考試系統(tǒng) 系統(tǒng)識別碼為 LD測試項(xiàng)識別碼用于標(biāo)識是何種測試項(xiàng)（測試用例、測試需求）測試需求 R測試用例 C缺陷記錄 D子系統(tǒng)編號各子系統(tǒng)的編號與子系統(tǒng)編號中定義的一樣模塊編號唯一標(biāo)識同一子系統(tǒng)中的各模塊需求設(shè)計人員制定需求時自行定義自行編號測試項(xiàng)序號測試項(xiàng)設(shè)計人員自行定義，要求順序標(biāo)識例子：LD.R.01.01.1LD.C.11.02.11LD.D.12.01.116.2 缺陷處理過程本項(xiàng)目只對系統(tǒng)進(jìn)行一輪測試，測試過程不需要做缺陷跟蹤。特定義缺陷處理過程如下：1、 測試員每天記錄當(dāng)天發(fā)現(xiàn)的缺陷2、 測試