【正文】 5 ．方法（策略） 6 ．不需要測試的功能 7 ．測試項通過 / 失敗的標(biāo)準(zhǔn) 8 ．測試中斷和恢復(fù)的規(guī)定 9 ．測試完成所提交的材料 10 ．測試任務(wù) 11 ．環(huán)境需求 12 ．測試人員的工作職責(zé) 13 ．人員安排與培訓(xùn)需求 14 ．進度表 15 ．潛在的問題和風(fēng)險 16 ．審批 根據(jù) IEEE829－ 1998軟件測試文檔編制標(biāo)準(zhǔn)的建議 ， 測試計劃包含了 16個大綱要項 ， 簡要說明如下 。 2． 介紹 在測試計劃的介紹部分主要是測試軟件基本情況的介紹和測試范圍的概括性描述。具體要點如下 。 5． 方法 （ 策略 ） 這部分內(nèi)容是測試計劃的核心所在，所以有些軟件公司更愿意將其標(biāo)記為“策略”，而不是“方法”。 要描述如何公正 、 客觀地開展測試 ， 要考慮模塊 、 功能 、 整體 、系統(tǒng) 、 版本 、 壓力 、 性能 、 配置和安裝等各個因素的影響 ， 要盡可能地考慮到細(xì)節(jié) ，越詳細(xì)越好 ， 并制作測試記錄文檔的模板 ，為即將開始的測試做準(zhǔn)備 。 ? 公正性聲明 ? 測試用例 ? 特殊考慮 ? 經(jīng)驗判斷 ? 設(shè)想 6． 不需要測試的功能 測試計劃中這一部分列出了不需要測試的功能。正如每個測試用例都需要一個預(yù)期的結(jié)果一樣，每個測試項同樣都需要一個預(yù)期的結(jié)果。 8． 測試中斷和恢復(fù)的規(guī)定 測試計劃中這一部分給出了測試中斷和恢復(fù)的標(biāo)準(zhǔn) 。 例如 ， 測試計劃 、 測試設(shè)計規(guī)格說明 、 測試用例 、測試日志 、 測試數(shù)據(jù) 、 自定義工具 、 測試缺陷報告和測試總結(jié)報告等 。在這里還列舉了所有任務(wù)之間的依賴關(guān)系和可能需要的特殊技能。 例如： ? 人員 —— 人數(shù) 、 經(jīng)驗和專長 。 ? 辦公室和實驗室空間 —— 在哪里 ？ 空間有多大 ？ 怎樣排列 ？ ? 軟件 —— 字處理程序 、 數(shù)據(jù)庫程序和自定義工具等 。 12． 測試人員的工作職責(zé) 測試人員的工作職責(zé)是明確指出了測試任務(wù)和測試人員的工作責(zé)任 。復(fù)雜的任務(wù)可能有多個執(zhí)行者，或者由多人共同負(fù)責(zé)。 人員安排與培訓(xùn)需求是指明確測試人員具體負(fù)責(zé)軟件測試的哪些部分 、 哪些可測試性能 ， 以及他們需要掌握的技能等 。 每一個測試員都會清楚地知道自己應(yīng)該負(fù)責(zé)什么 ， 而且有足夠的信息開始設(shè)計測試用例 。培訓(xùn)需求各個測試項目會各不相同 ， 它取決于具體項目的情況 。 作為測試計劃的一部分 ， 完成測試進度計劃安排 ， 可以為項目管理員提供信息 ，以便更好地安排整個項目的進度 。 表 6 4 相對日期的測試進度 測 試 任 務(wù) 開 始 日 期 期 限 測試計劃完成 說明書完成之后 7 天 4 周 測試案例完成 測試計劃完成 12 周 第 1 階段測試通過 代碼完成 6 周 第 2 階段測試通過 Beta 構(gòu)造 6 周 第 3 階段測試通過 發(fā)布構(gòu)造 4 周 進度安排會使測試過程容易管理 。 15． 潛在的問題和風(fēng)險 軟件測試人員要明確地指出計劃過程中的風(fēng)險 ， 并與測試管理員和項目管理員交換意見 。 有些風(fēng)險是真正存在的 ， 而有些最終證實是無所謂的 ，重要的是盡早明確指出 ， 以免在項目晚期發(fā)現(xiàn)時感到驚慌 。 如果能勾畫出風(fēng)險的輪廓 ， 將有助于測試人員排定待測試項的優(yōu)先順序 ， 并且有助于集中精力去關(guān)注那些極有可能發(fā)生失效的領(lǐng)域 。 16． 審批 審批人應(yīng)該是有權(quán)宣布已經(jīng)為轉(zhuǎn)入下一個階段做好準(zhǔn)備的某個人或某幾個人 。審批人除了在適當(dāng)?shù)奈恢煤炇鹱约旱拿趾腿掌谕?， 還應(yīng)該簽署表明他們是否建議通過評審的意見 。 測試的組織與人員管理就是對測試項目相關(guān)人員在組織形式 、 人員組成與職責(zé)方面所做的規(guī)劃和安排 。 測試的組織與人員管理應(yīng)注意的原則是： （ 1） 盡快落實責(zé)任 從軟件的生存周期看 ， 測試往往指對程序的測試 ， 但是 ， 由于測試的依據(jù)是規(guī)格說明書 、 設(shè)計文檔和使用說明書 ， 如果設(shè)計有錯誤 ， 測試的質(zhì)量就難以保證 。 （ 2） 減少接口 要盡可能地減少項目組內(nèi)人與人之間的層次關(guān)系 ， 縮短通信的路徑 ， 方便人員之間的溝通 ， 提高工作效率 。 測試人員的組織結(jié)構(gòu) 組織結(jié)構(gòu)是指用一定的模式對責(zé)任 、權(quán)威和關(guān)系進行安排 ， 直至通過這種結(jié)構(gòu)發(fā)揮功能 。 ? 垂直還是平緩 ? 集中還是分散 ? 分級還是分散 ? 專業(yè)人員還是工作人員 ? 功能還是項目 選擇合理高效的測試組織結(jié)構(gòu)方案的準(zhǔn)則是： （ 1） 提供軟件測試的快速決策能力； （ 2） 利于合作 ， 尤其是產(chǎn)品開發(fā)與測試開發(fā)之間的合作； （ 3） 能夠獨立 、 規(guī)范 、 不帶偏見地運作并具有精干的人員配置； （ 4） 有利于滿足軟件測試與質(zhì)量管理的關(guān)系； （ 5） 有利于滿足軟件測試過程管理要求； （ 6） 有利于為測試技術(shù)提供專有技術(shù)； （ 7） 充分利用現(xiàn)有測試資源 ， 特別是人； （ 8） 對測試者的職業(yè)道德和事業(yè)產(chǎn)生積極的影響 。 1． 獨立測試小組 獨立的測試小組 ， 即主要工作是進行測試的小組 ， 他們專門從事軟件的測試工作 。 測試組的其他成員由具有一定的分析 、 設(shè)計和測試經(jīng)驗的專業(yè)人員組成 ，人數(shù)根據(jù)具體情況可多可少 ， 一般 3～ 5人為宜 。 2． 集成測試小組 集成測試小組是將測試與基本設(shè)計因素組合起來，構(gòu)成的測試組織結(jié)構(gòu)。 測試人員 測試人員的能力應(yīng)包括以下幾項 。 測試組織管理者的工作能力在很大程度上決定測試工作的成功與否 ， 測試管理是很困難的 ， 測試組織的管理者必須具備： （ 1） 了解與評價軟件測試政策 、 標(biāo)準(zhǔn) 、過程 、 工具 、 培訓(xùn)和度量的能力； （ 2） 領(lǐng)導(dǎo)一個測試組織的能力 ， 該組織必須堅強有力 、 獨立自主 、 辦事規(guī)范且沒有偏見； （ 3） 吸引并留住杰出測試專業(yè)人才的能力； （ 4） 領(lǐng)導(dǎo) 、 溝通 、 支持和控制的能力； （ 5） 有提出解決問題方案的能力； （ 6） 測試時間 、 質(zhì)量和成本控制的能力 。 測試人員管理的激勵機制 激勵 ， 簡單地說就是調(diào)動人的工作積極性 ， 把潛力充分發(fā)揮出來 。激勵機制在測試組織建設(shè)中十分重要 ， 測試組織的管理者不僅把測試人員組織在一起 ， 團結(jié)在一起工作 ， 更重要的是要善于調(diào)動測試人員的工作熱情 ， 激勵每個成員都努力工作 ， 實現(xiàn)項目的目標(biāo) 。 激勵因素是影響個人行為的東西 ， 是因人而異 、 因時而異的 。 作為測試人員 ， 測試工件的 7條效率原則是： ? 主動思考 ， 積極行動； ? 一開始就牢記目標(biāo) ， 不迷失方向； ? 重要的事情放在首位 （ 但常常把緊急的事情放在首位 ） ； ? 先理解人 ， 后被人理解； ? 尋求雙贏； ? 互相合作 ， 追求 1+12； ? 終生學(xué)習(xí) ， 自我更新 ， 不斷進步 。 而另一方面 ， 測試工作本身是一門需要技術(shù)的學(xué)問 ， 它包含了眾多的理論和實踐 。從測試管理的角度來說 ， 為了高效地實現(xiàn)測試工作的目標(biāo) ， 需要不斷地幫助他們進行知識的更新和技術(shù)能力的提升 ， 這些就需要通過培訓(xùn)來達(dá)到 。 其實 ， 每個公司在人事管理中都可能遇到風(fēng)險 ， 如招聘失敗 、 新政策引起員工不滿 、技術(shù)骨干突然離職等等 ， 這些事件會影響公司的正常運轉(zhuǎn) ， 甚至?xí)驹斐芍旅拇驌?。 特別是高新技術(shù)企業(yè) ，由于對人的依賴更大 ， 所以更需要重視測試的組織與人員管理中的風(fēng)險管理 。 軟件的測試過程管理基于廣泛采用的 “ V” 模型 。 基于 “ V” 模型 ， 在開發(fā)周期中的每個階段都 有相關(guān)的測試階段相對應(yīng) ， 測試可以在需求分析階段就及早開始 ， 創(chuàng)建測試的準(zhǔn)則 。 根據(jù)質(zhì)量管理中 PDCA質(zhì)量環(huán)的思想 ，需要對軟件測試過程進行跟蹤 、 檢查 ， 并與測試計劃進行對比 。 測試項目的跟蹤與監(jiān)控的基礎(chǔ)是軟件測試計劃。 基于可靠的信息 ， 明智的和有意義的決策可以很好地管理測試過程 ， 在測試過程的每個階段