引入已講述的內(nèi)容：需要進行哪些測試怎樣測試如何有效的測試接下來：將以上知識有效聯(lián)系起來，如何將所有和測試有關(guān)的工作進行計劃、組織實施并在小組成員之間進行交流。測試過程如何進行測試的組織和管理：確定測試負責人建立不同小組，并對測試用例、軟件缺陷、測試文檔等進行管理；制定測試計劃：負責定義軟件測試的方法和規(guī)范，設(shè)計測試測試準備：準備好相應(yīng)的測試軟硬件設(shè)備，建立必要的測試環(huán)境；實施測試評估測試結(jié)果缺陷跟蹤測試過程測試評審和報告：根據(jù)軟件測試評審準則在各測試階段提交類型完整的測試文檔測試計劃測試用例測試結(jié)果分析和質(zhì)量報告第十二章計劃測試工作本章目標掌握測試計劃的目的熟悉測試計劃的主題測試需求測試策略進度資源分配測試計劃的目標無論做什么工作都是計劃先行，再按照計劃有效的去執(zhí)行、跟蹤和控制IEEE829-1998：規(guī)定測試活動的范圍、方法、資源和進度；明確正在測試的項目、要測試的特性、要執(zhí)行的測試任務(wù)、每個任務(wù)的負責人以及與計劃相關(guān)的風險。測試計劃只是創(chuàng)建詳細計劃過程的一個副產(chǎn)品，重要的計劃過程，而不是產(chǎn)生的文檔制訂測試計劃－定義測試主計劃W模型開發(fā)V測試V測試計劃目標項目開始時制訂測試主計劃。根據(jù)開發(fā)的迭代過程和測試主計劃對測試計劃進行細化，制訂各個階段的測試計劃。各個階段的測試計劃：驗收測試計劃、系統(tǒng)測試計劃、集成測試計劃、單元測試計劃不同的測試任務(wù)也有可能有測試計劃：配置測試計劃、安全性測試計劃、數(shù)據(jù)庫測試計劃等。測試計劃－內(nèi)容1.簡介(目的、背景、范圍、使用的文檔）2.測試需求確定被測試的對象、內(nèi)容和范圍，來源于用戶需求，包括功能性需求和非功能性需求。）3.測試策略測試的項目、測試的主要方法、完成標準、使用的工具、特殊事項等）4.資源人員組成、任務(wù)和職責、環(huán)境、人員培訓等5.項目進度表（階段）6.可交付工件（測試模型、測試記錄、缺陷報告等等）7.附錄A：項目任務(wù)測試計劃的主題－測試目標確定測試目標必須首先熟悉產(chǎn)品和相關(guān)的產(chǎn)品說明書、需求分析等文檔。測試目標必須是明確的，可以量化和度量的，而不是模棱兩可的宏觀描述。測試目標應(yīng)該相對集中，避免羅列出一系列目標。根據(jù)對用戶需求文檔和設(shè)計規(guī)格文檔的分析，確定被測軟件的質(zhì)量要求和測試需要達到的目標。測試計劃的主題－測試需求測試計劃最關(guān)鍵的一步就是將軟件分解成小而獨立的功能模塊，寫成測試需求。即可以單列文檔也可以放入測試計劃中。測試需求確定測試對象以及測試工作的范圍和內(nèi)容。測試需求應(yīng)是可核實的；凡是沒有出現(xiàn)在清單上的功能項都在測試范圍之外；測試計劃的主題－測試需求測試需求有很多分類方法，最普通的一種就是按照商業(yè)功能分類。把軟件分解成單元元件有幾個好處：測試需求是測試設(shè)計和開發(fā)測試用例的基礎(chǔ)，分成單元可以更好地進行設(shè)計；詳細的測試需求是用來衡量測試覆蓋率的重要指標；測試需求包括各種測試實際和開發(fā)以及所需資源測試計劃的主題－測試需求功能性測試需求－軟件產(chǎn)品規(guī)格說明書，用戶界面測試、非功能性測試需求復雜純客戶端軟件，B/S應(yīng)用系統(tǒng)C/S應(yīng)用系統(tǒng)大型復雜企業(yè)級系統(tǒng)實例－一個Web服務(wù)軟件性能要求：正常使用情況下，系統(tǒng)響應(yīng)時間3~5秒，高峰期系統(tǒng)響應(yīng)時間不超過15秒多人登錄、設(shè)置活動時，系統(tǒng)響應(yīng)速度要在5秒之內(nèi)；當活動時間達到一定數(shù)量（200-1000)，系統(tǒng)響應(yīng)速度要在5秒之內(nèi)；容錯要求：業(yè)務(wù)中斷時，系統(tǒng)能保存當前狀態(tài)，并在某一時刻得到恢復。兼容性要求：客戶端可以在不同的操作系統(tǒng)、瀏覽器上運行。配置要求安全性要求：登錄模式的安全驗證可靠性測試計劃的主題－測試策略目標：以最少的軟、硬件和人力資源投入得到最佳的測試效果。測試策略定義：測試策略描述測試的總體方法和目標。描述目前在進行哪一階段的測試：單元測試、集成測試、系統(tǒng)測試每個階段內(nèi)在進行的測試種類：功能測試、性能測試、壓力測試等。影響因素測試完成的標準：影響制定某個具體的軟件測試策略的因素一般在共性基礎(chǔ)上，軍用軟件、收費系統(tǒng)、網(wǎng)站資源狀況：參與測試的人、軟件及相關(guān)的硬件設(shè)備測試計劃的主題－測試策略如何制定好的測試策略基于測試技術(shù)的測試策略基于測試方案的測試策略測試策略包括要使用的測試技術(shù)和工具；測試完成標準；影響資源分配的特殊考慮：例如測試與外部接口或者模擬物理損壞、安全性威脅。

定義測試策略測試策略項例子測試階段系統(tǒng)測試測試類型功能測試測試技術(shù)75%用SQASuite自動測試，25%手工測試完成標準95%測試用例通過并且最高級缺陷全部解決特殊考慮測試必須在上午進行測試計劃的主題－資源確定資源人力資源：人員數(shù)量和技能測試環(huán)境（包括硬件和軟件）軟件：其他相關(guān)的軟件外包測試公司：是否使用？選擇的原則其他配備：電話、磁盤、參考書等測試計劃的主題－資源人力資源測試經(jīng)理：為測試項目提供總體方向。測試工程師：設(shè)計和開發(fā)測試工程師：負責測試執(zhí)行和記錄結(jié)果。測試系統(tǒng)管理者：每個測試項目必須指定一個專人負責管理軟件測試資源。人員的任務(wù)分配確定好測試的階段、策略和需求后，就可以分配給每個人員具體的任務(wù)；根據(jù)軟件的具體情況明確測試員負責測試軟件的哪些部分，哪些特性。軟件測試團隊的任務(wù)建立測試計劃。設(shè)計測試用例執(zhí)行測試評估測試結(jié)果遞交測試報告軟件測試團隊的責任發(fā)現(xiàn)軟件程序、系統(tǒng)或產(chǎn)品中所有的問題；盡早地發(fā)現(xiàn)問題；督促開發(fā)人員盡快地解決程序中的缺陷；幫助項目管理人員制定合理的開發(fā)計劃；并對問題進行分析、分類總結(jié)和跟蹤幫助改善開發(fā)流程、提高產(chǎn)品開發(fā)效率；提高程序編寫的規(guī)范性、易讀性、可維護性等。開發(fā)為核心的組織模型

開發(fā)經(jīng)理測試人員開發(fā)人員文檔人員管理人員項目經(jīng)理為核心的組織模型項目經(jīng)理測試組長開發(fā)組長文檔人員三國鼎立的組織模型

項目經(jīng)理測試經(jīng)理開發(fā)經(jīng)理測試團隊的基本構(gòu)成QA/測試經(jīng)理：人員管理，資源調(diào)配、測試方法改進等；實驗室管理人員：設(shè)置、配置和維護實驗室的測試環(huán)境內(nèi)審員：審查流程，建立測試模板，跟蹤缺陷測試報告的質(zhì)量等；測試組長：負責項目的管理、測試計劃、測試用例、任務(wù)安排等；測試設(shè)計人員/資深測試工程師，產(chǎn)品設(shè)計規(guī)格說明書的審查、測試用例的設(shè)計、技術(shù)難題的解決、培訓和指導、實際測試任務(wù)的執(zhí)行；一般（初級）測試工程師，執(zhí)行測試用例和相關(guān)的測試任務(wù)。一個微軟測試工程師的一天產(chǎn)品編譯必須在此之前完成每日凌晨3時，測試編譯自動開始如果測試編譯成功，BVT測試自動開始測試工程師每早來上班，先檢查TestBuild與BVT結(jié)果的email如果有BVT錯誤，在第一時間里分析原因，隔離錯誤代碼并匯報Pri0Bug(0級缺陷)開發(fā)團隊對于Pri0Bug應(yīng)當于當日之內(nèi)修改完畢測試工程師接著用ProductStudio檢查Bug情況，驗證分配給自己的Bug已修改合格一個微軟測試工程師的一天關(guān)閉Bug并增加針對此Bug的RegressionTest驗證最近的LabRun結(jié)果如果其中有新的錯誤，隔離并匯報新Bug開發(fā)新的測試Spec與新的測試代碼使用個人PrivateRun來驗證新開發(fā)的測試程序使用個人PrivateRun來驗證開發(fā)伙伴新開發(fā)的產(chǎn)品程序沒有重大錯誤改進與提高自動化測試系統(tǒng)的功能參與Spec,TestSpecReview會議，做測試同伴測試代碼Review,UE幫助文件Review,回答內(nèi)外Newsgroup的問題按技術(shù)領(lǐng)域來組建團隊

測試團隊Web技術(shù)組Java技術(shù)Windows技術(shù)網(wǎng)絡(luò)通訊組多媒體組項目組一項目組二項目組三按產(chǎn)品線來組建團隊

測試團隊產(chǎn)品B組產(chǎn)品F組產(chǎn)品A組項目一項目二項目三……項目一項目二項目一項目二項目三優(yōu)秀軟件測試工程師的必備素質(zhì)1、出色的溝通協(xié)調(diào)能力2、扎實的技術(shù)能力3、必要的個人特性：信心、耐心、洞察力、適度的好奇心、很強的記憶力等4、經(jīng)驗和技能5、態(tài)度測試計劃的主題－資源測試環(huán)境：安裝測試所需的硬件和軟件環(huán)境數(shù)據(jù)庫服務(wù)器：該服務(wù)器必須專用于測試工作，能夠重置某些初始值，包括系統(tǒng)日期和時間等。

測試環(huán)境的重要性設(shè)計環(huán)境:編制與測試有關(guān)文件所基于的軟、硬件設(shè)備實施環(huán)境：對軟件系統(tǒng)進行各項測試所基于的軟、硬件設(shè)備和支持管理環(huán)境：管理測試資源所基于的軟、硬件設(shè)備及支持測試環(huán)境是測試的基礎(chǔ)測試環(huán)境與輔測試環(huán)境軟件環(huán)境分為主測試環(huán)境和輔測試環(huán)境。主測試環(huán)境是測試軟件功能、安全可靠性、性能、易用性等大多數(shù)指標的主要環(huán)境

輔助測試環(huán)境滿足特殊的測試需求兼容性測試模擬真實環(huán)境測試橫向?qū)Ρ葴y試測試環(huán)境的五要素測試環(huán)境的基本要素是：軟件、硬件。在基本要素的基礎(chǔ)上派生出網(wǎng)絡(luò)環(huán)境、數(shù)據(jù)準備、測試工具三要素

硬件標準：服務(wù)器和測試用機軟件配置：操作系統(tǒng)和應(yīng)用程序及測試工具軟件數(shù)據(jù)準備：數(shù)據(jù)量和真實性網(wǎng)絡(luò)環(huán)境：硬件和軟件因素的綜合測試工具虛擬機的應(yīng)用不同的測試環(huán)境的構(gòu)建，需要虛擬機方法。主要應(yīng)用在服務(wù)器上一臺可以虛擬多臺。利用回滾機制，恢復最初的測試環(huán)境。虛擬機軟件的應(yīng)用：VMwareGSX/ESXServer輔助工具加強對虛擬機的管理。測試計劃的主題－測試進度創(chuàng)建時間表：估計測試工作，制訂時間進度。參考軟件開發(fā)進度、項目工作計劃等。進度破壞：如果測試進度受到項目先前事件的影響導致進度越來越延遲。解決的辦法：采用靈活的測試進度，即相對日期測試計劃的主題－測試進度怎樣估計測試工作量：效率假設(shè)：即測試隊伍的工作效率。對于功能測試，這主要依賴于應(yīng)用的復雜度，窗口的個數(shù)，每個窗口中的動作數(shù)目。對容量測試，主要依賴于建立測試所需數(shù)據(jù)的工作量大小。測試假設(shè)：為了驗證一個測試需求所需測試動作數(shù)目。應(yīng)用的維數(shù)：應(yīng)用的復雜度指標。例如要加入一個記錄，測試需求的維數(shù)就是這個記錄中域的數(shù)目。所處測試周期的階段：有些階段主要工作都在設(shè)計，有些階段主要是測試執(zhí)行。

經(jīng)驗估算：采用具體的經(jīng)驗進行估算。

測試計劃的主題－風險評估由于軟件測試是一項具有較高風險的工作，所以進行風險分析非常重要。根據(jù)風險分析情況，確定測試執(zhí)行的優(yōu)先級。通常分為高、中、低三種。進而安排測試的先后順序。測試計劃的主題－風險評估風險項目檢查：人員風險時間風險環(huán)境風險測試范圍需求變更用戶期望測試技術(shù)測試工具測試計劃的主題－主計劃和階段計劃階段計劃的測試需求應(yīng)是對主計劃中的測試需求的分解。階段計劃的工作進度安排應(yīng)盡可能同主計劃相一致。階段計劃的制訂應(yīng)能保證主計劃能夠完滿執(zhí)行。測試計劃的主題－需求變更項目進行過程中最不可避免的就是需求的變更。當制定計劃時，如果項目需求處于動態(tài)變化時，在測試用例章節(jié)就要進行說明。如果沒有把測試用例和測試數(shù)據(jù)進行區(qū)分，造成的問題是當需求變化時辛辛苦苦設(shè)計的數(shù)據(jù)就作廢了。假使面臨一個需求動態(tài)的項目，必須在計劃中對需求變更造成的測試（設(shè)計）方式變化進行說明，例如采用用例和數(shù)據(jù)分