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

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

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

2014-12-08

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

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

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

7.1.5風險和假設(shè)：《OA系統(tǒng)需求規(guī)格說明書》無法按時完成評審簽發(fā)，測試計劃設(shè)計順延。7.1.6角色和職責：由測試組長張三負責系統(tǒng)測試計劃的制訂。7.2OA系統(tǒng)測試設(shè)計7.2.1方法和標準：遵照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機1臺7.2.5風險和假設(shè)：《OA系統(tǒng)測試計劃》無法按時完成評審簽發(fā)，測試方案設(shè)計順延。7.2.6角色和職責：由測試組長張三負責系統(tǒng)測試方案的設(shè)計。7.3OA系統(tǒng)測試實現(xiàn)7.3.1方法和標準：遵照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機2臺7.3.5風險和假設(shè)：《OA系統(tǒng)測試方案》無法按時通過評審簽發(fā)，測試用例和測試規(guī)程設(shè)計順延。7.3.6角色和職責：

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

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

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

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

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

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

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