第二章-測試計劃與測試方案

第二章測試計劃與測試方案

2.1測試計劃“工欲善其事，必先利其器”。做任何事情，都需要有個計劃，就像我們?nèi)ル娔X城配電腦，在去之前，我們肯定需要利用網(wǎng)絡(luò)查看相關(guān)的配件價格，列出單據(jù)后再去購買。這樣就避免了盲目性。同樣的，很多朋友喜歡旅游，那么出發(fā)之前，也需要對旅程做一些安排，避免浪費(fèi)寶貴的休假時間。在軟件生產(chǎn)活動中，項目經(jīng)理會制定項目的生產(chǎn)計劃，開發(fā)負(fù)責(zé)人需制定開發(fā)計劃，而我們測試人員，同樣需要制定一個完善的測試計劃，來指導(dǎo)我們的測試工作。專業(yè)的測試必須以一個好的測試計劃作為基礎(chǔ)。測試計劃是測試工作開展的起始步驟和重要環(huán)節(jié)。一個測試計劃應(yīng)包括：產(chǎn)品基本情況描述、測試需求說明、測試策略描述、測試資源配置、計劃表、問題跟蹤報告、停測標(biāo)準(zhǔn)、風(fēng)險分析等等。2.1.1測試計劃目的測試計劃的目的：收集并分析被測軟件的需求情況；細(xì)化待測的需求，如功能需求、性能需求等；盡量量化測試需求，并給出測試標(biāo)準(zhǔn)；制定停測標(biāo)準(zhǔn)，控制測試成本;合理配置測試資源；評估測試風(fēng)險，盡量避免或減少風(fēng)險帶來的損失。2.1.2測試計劃內(nèi)容1．定義測試需求根據(jù)用戶需求規(guī)格說明書定義并完善測試需求，以作為整個測試的標(biāo)準(zhǔn)。2．需要考慮的測試內(nèi)容:軟件功能用戶界面軟件性能配置測試安裝卸載測試安全性測試3．測試設(shè)計的目標(biāo)定義手動測試過程；自動測試過程；選擇適當(dāng)?shù)臏y試用例；組織測試過程信息，并傳遞給測試開發(fā)人員測試計劃一般從測試的目的，范圍，背景，測試策略，測試人員的組織，測試啟動準(zhǔn)則與結(jié)束準(zhǔn)則，以及測試任務(wù)，測試中可能遇到的問題與對策等多方面來寫測試計劃?？傊瑴y試是一件很細(xì)致的工作，測試計劃制定的好與壞，直接影響軟件的質(zhì)量。測試計劃在需求規(guī)格說明書評審?fù)瓿珊缶烷_始進(jìn)行，計劃本身并不涉及具體測試用例及方法，計劃只是告訴我們在某個階段需要做什么事情，并不需要說明具體怎么做，但需要制定此計劃的人員充分理解需求文檔，估計測試的時間，并根據(jù)項目里程碑、開發(fā)里程碑進(jìn)行相應(yīng)的測試時間考慮。同時如果測試有需要特殊設(shè)備，包括特殊機(jī)器或加密設(shè)備需要提前規(guī)劃，定出提供日期，以確保制定的計劃可以如期執(zhí)行。同時，測試計劃要根據(jù)開發(fā)過程（概要設(shè)計、詳細(xì)設(shè)計、編碼過程）的實際情況進(jìn)行調(diào)整，并通知相關(guān)負(fù)責(zé)人員。當(dāng)然這是對通常情況，如果你只是做一個很小的版本更新，過程就可簡單的多，因為已經(jīng)有以前的基礎(chǔ)。在軟件測試活動中，基本上每個軟件產(chǎn)品的測試都需要寫測試計劃，不管有沒有強(qiáng)制性的要求，有計劃的做事，總比盲目的干活要好，磨刀不誤砍柴工。測試計劃示例以O(shè)A系統(tǒng)為例，規(guī)范的測試計劃如下：OA系統(tǒng)測試計劃關(guān)鍵詞：系統(tǒng)測試計劃測試對象測試任務(wù)工作量資源摘要：根據(jù)《OA系統(tǒng)項目工作任務(wù)書》和《OA需求規(guī)格說明書》的要求，對項目測試過程中涉及的人力、物力資源，應(yīng)交付的工作產(chǎn)品，測試通過/失敗標(biāo)準(zhǔn)等項做了說明，旨在為相關(guān)人員的系統(tǒng)測試活動提供指導(dǎo)?？s略語清單：無參考資料清單：名稱作者編號發(fā)布日期出版單位《OA系統(tǒng)需求規(guī)格說明書》OA

2014-12-08

《OA系統(tǒng)需求規(guī)格說明書》OA

2014-12-081目標(biāo)本計劃旨在對OA系統(tǒng)的以下各項內(nèi)容進(jìn)行明確的標(biāo)識，使系統(tǒng)測試活動可以順利有效的執(zhí)行。1.測試需求2.組織結(jié)構(gòu)，結(jié)構(gòu)間的關(guān)系及成員的職責(zé)3.測試進(jìn)度，任務(wù)安排4.測試通過/失敗的標(biāo)準(zhǔn)5.測試掛起/恢復(fù)的標(biāo)準(zhǔn)6.應(yīng)交付的測試工作產(chǎn)品2概述2.1項目背景《OA系統(tǒng)》項目是成都沖和科技有限公司的重頭項目，為滿足大型企業(yè)協(xié)同管理的需求而開發(fā)的新一代先進(jìn)的協(xié)同平臺套件系統(tǒng)。2.2范圍本文檔的主要閱讀對象為OA系統(tǒng)的測試人員。通過本文檔，為系統(tǒng)測試設(shè)計，實現(xiàn)，執(zhí)行活動提供指導(dǎo)。3組織形式產(chǎn)品經(jīng)理SQA開發(fā)經(jīng)理測試經(jīng)理配置經(jīng)理軟件開發(fā)組軟件測試組配置管理組組織結(jié)構(gòu)圖一說明：1）OA系統(tǒng)由產(chǎn)品經(jīng)理總負(fù)責(zé)，涉及軟件開發(fā)組，測試組，配置管理組及SQA，各組之間的關(guān)系如圖一所示。2）測試組與產(chǎn)品經(jīng)理，配置管理組，軟件開發(fā)組，SQA的合作協(xié)調(diào)遵照公司既定流程執(zhí)行。測試經(jīng)理高級測試工程師 測試工程師測試員測試組成員結(jié)構(gòu)圖二系統(tǒng)測試組成員職責(zé)說明：測試經(jīng)理：1）負(fù)責(zé)系統(tǒng)測試計劃的制訂；2）負(fù)責(zé)人力，物力資源的分配，協(xié)調(diào)；2）負(fù)責(zé)向產(chǎn)品經(jīng)理匯報項目測試進(jìn)展情況；3）負(fù)責(zé)與開發(fā)組，配置組，SQA的工作協(xié)調(diào)；4）審核缺陷報告單；5）根據(jù)測試需要，組織項目專業(yè)知識，測試工具的培訓(xùn)。高級測試工程師：1)負(fù)責(zé)系統(tǒng)測試方案的生成；2)提交系統(tǒng)測試方案。測試工程師：1)負(fù)責(zé)系統(tǒng)測試用例的生成；2)提交系統(tǒng)測試用例和系統(tǒng)測試規(guī)程。測試員：1）負(fù)責(zé)系統(tǒng)測試用例的執(zhí)行。2）提交系統(tǒng)測試日報，缺陷記錄，缺陷報告，測試報告及自動化測試腳本。注意：以上只是對各項任務(wù)按角色進(jìn)行劃分，實際執(zhí)行過程中，一人需擔(dān)當(dāng)多項角色。4測試對象4.1功能項圖書管理資產(chǎn)管理辦公用品管理車輛管理工作流管理考勤功能。。。。。。4.2性能項考勤模塊性能測試4.3用戶接口OA系統(tǒng)界面，見OA系統(tǒng)幫助說明。5測試通過/失敗標(biāo)準(zhǔn)重要級別為高，中的用例全部執(zhí)行；重要級別為低的用例80％執(zhí)行。6測試掛起標(biāo)準(zhǔn)及恢復(fù)條件6.1系統(tǒng)測試掛起標(biāo)準(zhǔn)1）基本功能測試出現(xiàn)致命問題，導(dǎo)致50％的用例無法執(zhí)行；2）版本質(zhì)量太差，60％的用例執(zhí)行失??；3）測試環(huán)境出現(xiàn)故障，導(dǎo)致測試無法執(zhí)行；4）其他突發(fā)事件，如需要優(yōu)先測試其它產(chǎn)品；6.2系統(tǒng)測試恢復(fù)條件1）基本功能測試通過，可執(zhí)行進(jìn)一步的測試；2）版本質(zhì)量提高，用例執(zhí)行通過率達(dá)到70%；3）測試環(huán)境修復(fù)；4）突發(fā)事件處理完成，可繼續(xù)正常測試。7

測試任務(wù)安排7.1OA系統(tǒng)測試計劃7.1.1方法和標(biāo)準(zhǔn)：遵照OA系統(tǒng)測試計劃模板7.1.2輸入/輸出：《OA系統(tǒng)需求規(guī)格說明書》/《OA系統(tǒng)測試計劃》7.1.3時間安排：2014-12-187.1.4資源：人力：2人時設(shè)備：PC機(jī)1臺

7.1.5風(fēng)險和假設(shè)：《OA系統(tǒng)需求規(guī)格說明書》無法按時完成評審簽發(fā)，測試計劃設(shè)計順延。7.1.6角色和職責(zé)：由測試組長張三負(fù)責(zé)系統(tǒng)測試計劃的制訂。7.2OA系統(tǒng)測試設(shè)計7.2.1方法和標(biāo)準(zhǔn)：遵照OA系統(tǒng)測試方案模板7.2.2輸入/輸出：《OA系統(tǒng)需求規(guī)格說明書》、《OA系統(tǒng)測試計劃》/《OA系統(tǒng)測試方案》7.2.3時間安排：2014-12-197.2.4資源：人力：3人時設(shè)備：PC機(jī)1臺7.2.5風(fēng)險和假設(shè)：《OA系統(tǒng)測試計劃》無法按時完成評審簽發(fā)，測試方案設(shè)計順延。7.2.6角色和職責(zé)：由測試組長張三負(fù)責(zé)系統(tǒng)測試方案的設(shè)計。7.3OA系統(tǒng)測試實現(xiàn)7.3.1方法和標(biāo)準(zhǔn)：遵照OA系統(tǒng)測試用例、測試規(guī)程模板7.3.2輸入/輸出：《OA系統(tǒng)需求規(guī)格說明書》、《OA系統(tǒng)測試計劃》、《OA系統(tǒng)測試方案》/《OA系統(tǒng)測試用例》、《OA系統(tǒng)測試規(guī)程》7.3.3時間安排：2014-12-207.3.4資源：人力：3人時設(shè)備：PC機(jī)2臺7.3.5風(fēng)險和假設(shè)：《OA系統(tǒng)測試方案》無法按時通過評審簽發(fā)，測試用例和測試規(guī)程設(shè)計順延。7.3.6角色和職責(zé)：

測試組員李四等人完成《OA系統(tǒng)測試用例》設(shè)計。7.4OA系統(tǒng)測試執(zhí)行7.4.1方法和標(biāo)準(zhǔn)：遵照《OA系統(tǒng)測試日報》、《OA系統(tǒng)缺陷記錄》、《OA系統(tǒng)缺陷報告》、《OA系統(tǒng)測試報告》模板。7.4.2輸入/輸出：《OA系統(tǒng)需求規(guī)格說明書》、《OA系統(tǒng)測試計劃》、《OA系統(tǒng)測試方案》/《OA系統(tǒng)測試日報》、《OA系統(tǒng)缺陷記錄》、《OA系統(tǒng)缺陷報告》、《OA系統(tǒng)測試報告》。7.4.3時間安排：2014-12-25第一輪測試2014-12-27第二輪測試2014-12-29測試報告提交7.4.4資源：人力：9人時設(shè)備：PC機(jī)3臺7.4.5風(fēng)險和假設(shè)：1）《OA系統(tǒng)測試用例》、《OA系統(tǒng)測試規(guī)程》無法按時完成評審簽發(fā)，測試執(zhí)行順延。2）測試版本質(zhì)量太差，無法按時完成測試任務(wù)。7.4.6角色和職責(zé)：由測試組長張三、組員李四等人執(zhí)行三輪測試：8應(yīng)交付的測試工作產(chǎn)品序號交付工作產(chǎn)品提交時間提交人員1《OA系統(tǒng)測試計劃》2014-12-18張三2《OA系統(tǒng)測試方案》2014-12-19張三3《OA系統(tǒng)測試用例》2014-12-20張三、李四4《OA系統(tǒng)測試規(guī)程》2014-12-20張三、李四5《OA系統(tǒng)測試日報》《OA系統(tǒng)缺陷記錄》《OA系統(tǒng)缺陷報告》2014-12-25~2014-12-29張三、李四6《OA系統(tǒng)測試報告》2014-12-29張三9.工作量估計序號任務(wù)人員安排工作量1系統(tǒng)測試計劃張三22系統(tǒng)測試設(shè)計張三33系統(tǒng)測試實現(xiàn)張三、李四34系統(tǒng)測試執(zhí)行張三、李四95用例、規(guī)程更新張三、李四310資源分配測試人員：張三、李四。測試機(jī)器：PC機(jī)3臺。測試環(huán)境：Windowsxp，Windows7、IE7/8/911附錄一、簡介1.目的《OA系統(tǒng)測試計劃》這一文檔有助于實現(xiàn)以下目標(biāo)：基于項目提供了確切的需求文檔并參照項目組的《OA系統(tǒng)項目組工作計劃》，制定本計劃，重點使用闡述OA系統(tǒng)測試活動實施過程中所需參考的文檔、任務(wù)安排、資源耗用及規(guī)程等，并作為《OA系統(tǒng)測試方案》的編寫依據(jù)。2.背景《OA系統(tǒng)》項目是我公司的重頭項目，為滿足大型企業(yè)協(xié)同管理的需求而開發(fā)的新一代先進(jìn)的協(xié)同平臺套件系統(tǒng)。3.范圍本計劃用于指導(dǎo)OA項目測試組完成OA項目的測試工作，并為項目組總體把控項目質(zhì)量提供幫助，文中定義本次測試范圍為《OA系統(tǒng)用戶需求規(guī)格說明書》中定義的所有功能、UI（界面）、性能方面已明確的需求，同時規(guī)定在測試活動中人力資源、硬件資源的需求。二、測試參考文檔和測試提交文檔1.測試參考文檔下表列出了制定測試計劃時所使用的文檔：文檔（版本/日期）已創(chuàng)建或可用已被接收或已經(jīng)過復(fù)審作者或來源備注《OA系統(tǒng)用戶需求規(guī)格說明書》是■否□是■否□業(yè)務(wù)部

測試環(huán)境搭建單是□否■是□否□開發(fā)部

測試工作流程規(guī)范是■否□是■否□測試部

缺陷管理流程定義是■否□是■否□測試部2.測試提交文檔1、《OA系統(tǒng)測試計劃》2、《OA系統(tǒng)測試方案》3、《OA系統(tǒng)測試用例》4、《OA系統(tǒng)功能測試報告》5、《OA系統(tǒng)性能測試方案》6、《OA系統(tǒng)性能測試報告》三、測試進(jìn)度測試活動計劃開始日期預(yù)期結(jié)束日期備注制定OA系統(tǒng)測試計劃2014-12-182014-12-18測試組長張三完成制定OA系統(tǒng)測試方案2014-12-182014-12-18測試組長張三完成執(zhí)行需求測試2014-12-192014-12-23測試組完成設(shè)計測試用例2014-12-232014-12-29測試組完成執(zhí)行測試用例2014-12-292015-1-10測試組完成功能測試評估2015-1-102015-1-10測試組長張三完成四、人力資源角色所推薦的最少資源具體職責(zé)或注釋測試組長1負(fù)責(zé)小組功能任務(wù)分配及監(jiān)控小組工作行為。負(fù)責(zé)最終測試報告輸出及評估測試工程師4負(fù)責(zé)測試用例設(shè)計及執(zhí)行用例，最終跟蹤處理缺陷五、系統(tǒng)風(fēng)險、優(yōu)先級風(fēng)險名稱優(yōu)先級應(yīng)對措施需求變更高采用配置管理方法嚴(yán)格控制，見《配置管理工作流程規(guī)范》人員變動高六、問題嚴(yán)重度描述問題嚴(yán)重度描述響應(yīng)時間高系統(tǒng)崩潰，宕機(jī)。功能實現(xiàn)錯誤。0.5工作日完成中頁面響應(yīng)慢、頁面布局錯亂，有錯別字1個工作日完成低一些用戶體驗方面的問題。2個工作日完成2.2測試方案如果說測試計劃告訴我們在什么階段做什么事情，那么測試方案則是告訴我們在什么階段怎么做這些事情。一般情況下，測試方案寫的比較少，特別是現(xiàn)在很多公司都追求短平快的效益，往往就會忽略了測試方案的編寫，但實際上這是非常錯誤的。測試方案是我們軟件測試工作中非常重要的文檔。

一般測試方案主要包括以下幾個方面：測試配置要求、軟件結(jié)構(gòu)介紹、各測試階段測試用例等等。2.2.1測試方案目的根據(jù)測試計劃，規(guī)劃測試內(nèi)容，并且詳細(xì)制定被測需求的測試方法。2.2.2測試方案內(nèi)容1、確定測試手段，確定在各個階段使用何種測試方法。2、測試通過準(zhǔn)則界定。3、各測試階段所用測試用例，如單元測試階段、集成測試階段等與測試計劃所區(qū)別的是測試方案規(guī)定在各個測試階段如何去執(zhí)行測試，使用哪些測試用例，并最終給出測試的結(jié)果。此設(shè)計階段需測試設(shè)計人員具有較高的技術(shù)能力以及項目經(jīng)驗。2.2.3測試方案編寫在規(guī)范的軟件企業(yè)中，企業(yè)都會提供標(biāo)準(zhǔn)的測試方案模板。模板中規(guī)定了方案中必須包含的內(nèi)容，雖然不同的企業(yè)模板內(nèi)容會有些差異，但是核心內(nèi)容基本是相同的，方案核心內(nèi)容包括：1、測試環(huán)境的規(guī)劃。在軟件版本發(fā)布后，軟件測試工程師需要把發(fā)布的軟件安裝到測試環(huán)境中進(jìn)行測試。那么需要在軟件測試方案中明確測試環(huán)境各種組成元素，這里包含測試環(huán)境的硬件、軟件、網(wǎng)絡(luò)拓?fù)鋱D。硬件例如：硬件服務(wù)器的型號和主要的元件參數(shù)、路由器型號等；軟件例如：OA系統(tǒng)運(yùn)行所依賴的軟件環(huán)境服務(wù)器操作系統(tǒng)、數(shù)據(jù)庫及版本、Web服務(wù)器及版本；網(wǎng)絡(luò)拓?fù)鋱D主要用于指導(dǎo)搭建環(huán)境時網(wǎng)絡(luò)的組成方式。測試環(huán)境的硬件、軟件和組網(wǎng)方式一般會在軟件概要設(shè)計文檔中有所體現(xiàn)，由軟件架構(gòu)師確定。測試環(huán)境的規(guī)劃原則就是盡量貼近生產(chǎn)環(huán)境，最好保持一致。2、測試策略。這部分是測試方案的核心內(nèi)容，就是用于指導(dǎo)測試工程師如何去測試被測軟件系統(tǒng)，具備重要的指導(dǎo)意義。測試策略可以從以下幾個方面著重考慮：1)軟件保證質(zhì)量維度。一個軟件質(zhì)量不能只考慮功能特性，要從多維度綜合來評估一個軟件的質(zhì)量。例如一個軟件的登錄功能，如果我們從質(zhì)量維度去考慮測試策略會考慮以下方面：功能：保證登錄可用。比如用戶輸入了正確的用戶名和正確的密碼能夠登錄到系統(tǒng)中。如果用戶提供了錯誤的信息就不能登錄到系統(tǒng)中。這是最基本的功能保證。性能：用戶除了考慮功能以外還會關(guān)心產(chǎn)品的性能，也就是用戶登錄的速度。登錄的速度是影響用戶體驗的重要指標(biāo)之一，那就需要測試人員保證系統(tǒng)的性能，做性能測試驗證。安全：登錄時一個軟件系統(tǒng)的入口，對于系統(tǒng)的入口，登錄的安全性是至關(guān)重要的。如果存在安全漏洞會使攻擊者輕松進(jìn)入系統(tǒng)，竊取用戶數(shù)據(jù)等威脅操作。那登錄功能要做安全性測試。一般來說軟件需求說明書中會有功能性需求和非功能需求，這兩部分的需求就是我們需要考慮的軟件質(zhì)量維度，至少測試策略中要做完整的覆蓋。如果需求中給出的不夠完成，測試人員要做測試需求分析加以補(bǔ)充。2)測試方法。明確每個功能點測試執(zhí)行的具體方法。比如上面的舉例登錄需要完成性能測試，那么登錄的性能測試如何去完成呢？性能測試一般是需要模擬出多用戶的操作情況，需要采集測試過程中的各種指標(biāo)，靠手工是很難完成的，那測試方案中就需要明確如何去完成這個測試。例如，登錄性能測試執(zhí)行方法：OA是典型的B/S架構(gòu)的系統(tǒng)，可以考慮性能測試工具RPT來完成。腳本的開發(fā)可以采用錄制、優(yōu)化方式完成腳本的開發(fā)。其中涉及到注冊的用戶數(shù)據(jù)，可以考慮從后臺制造完成。3)測試重點。測試重點是需要明確每個系統(tǒng)模塊、功能點重點保證的內(nèi)容，明確每個測試項的優(yōu)先級。例如登錄的測試功能方面應(yīng)重點保證正確的輸入能夠得到正確的處理，錯誤的用戶名或者密碼禁止登錄。性能測試的重點是模擬真實的用戶使用場景和用戶量，確認(rèn)響應(yīng)時間指標(biāo)、服務(wù)器的資源占用是否在期望的范圍內(nèi)。安全性測試重點是防sql注入、敏感字符的限制等內(nèi)容。3、測試規(guī)程測試規(guī)程是測試過程一些規(guī)則的一些統(tǒng)一的定義。例如用例優(yōu)先級的判斷規(guī)則、缺陷嚴(yán)重程度的判斷標(biāo)準(zhǔn)、測試數(shù)據(jù)準(zhǔn)備的原則、測試執(zhí)行順序的要求等方面的定義。以上內(nèi)容是測試方案所需的核心內(nèi)容，當(dāng)然每家企業(yè)也會根據(jù)自己的實際情況做適當(dāng)?shù)难a(bǔ)充和裁剪。測試方案是整個測試過程指導(dǎo)意義極強(qiáng)的文檔，這個測試過程的質(zhì)量很大程度受測試方案的質(zhì)量所影響，所以測試方案在企業(yè)中一般都是由測試經(jīng)理或資深測試工程師來編寫，用于指導(dǎo)低級別測試工程師后續(xù)的測試工作。測試方案的發(fā)布是需要經(jīng)過項目組經(jīng)過嚴(yán)格的評審后，才能正式發(fā)布。2.2.4測試方案示例1．簡介1.1目的《OA系統(tǒng)測試方案》這一方案有助于實現(xiàn)以下目標(biāo)：基于項目提供了確切的需求文檔并參照項目組的《OA系統(tǒng)項目組工作計劃》及《OA系統(tǒng)測試計劃》，制定本方案，重點闡述使用黑盒測試方法對OA系統(tǒng)不同模塊，不同業(yè)務(wù)進(jìn)行功能、UI（界面）、性能等方面進(jìn)行需求驗證，以檢查是否符合預(yù)期需求。1.2背景《OA系統(tǒng)》項目是我公司的重頭項目，為滿足大型企業(yè)協(xié)同管理的需求而開發(fā)的新一代先進(jìn)的協(xié)同平臺套件系統(tǒng)。1.3范圍本方案用于指導(dǎo)OA項目測試組針對不同的測試模塊，測試需求實現(xiàn)測試工作，文中具體闡明測試活動中需要用到的技術(shù)技能及相關(guān)測試工具。2.測試參考文檔和測試提交文檔

2.1測試參考文檔下表列出了制定測試計劃時所使用的文檔：文檔（版本已創(chuàng)建或可用已被接收或已經(jīng)過復(fù)審作者或來源備注《OA系統(tǒng)用戶需求規(guī)格說明書》是■否□是■否□業(yè)務(wù)部

測試環(huán)境搭建單是□否■是□否□開發(fā)部

測試工作流程規(guī)范是■否□是■否□測試部

缺陷管理流程定義是■否□是■否□測試部2