計劃風(fēng)險與應(yīng)急措施

1、計劃風(fēng)險與應(yīng)急措施 要點 計劃風(fēng)險是可能會危及測試進(jìn)度的非計劃事件或滯后活動 l 交付日期l 人員可用性l 預(yù)算l 環(huán)境選項l 工具清單l 采購進(jìn)度l 參與者的支持l 培訓(xùn)需求l 測試范圍l 缺乏需求l 風(fēng)險假設(shè)l 使用假設(shè)l 資源l 特征蠕變l 劣質(zhì)軟件l 確定計劃風(fēng)險和應(yīng)急措施有助于做出明智有效的決策。幾乎每個項目小組都能指出可能會帶來麻煩的計劃風(fēng)險：滯后需求、測試環(huán)境問題、軟件的延遲交付，等等。我們的目標(biāo)是提前決定當(dāng)這些計劃風(fēng)險發(fā)生時所要采取的應(yīng)對措施。我們認(rèn)為，可能存在的應(yīng)急措施有：l 縮小范圍l 推遲實現(xiàn)l 增加資源l 減少質(zhì)量過程案例學(xué)習(xí)2-2 計劃風(fēng)險和應(yīng)急措施樣例 l 計劃風(fēng)險

2、樣例計劃風(fēng)險樣例l 用戶在軟件生命周期的晚期提出一個重大需求變動。l 應(yīng)急措施樣例應(yīng)急措施樣例1l 請求用戶團(tuán)體為測試工作提供更多的用戶（即，增加更多的資源）。l 應(yīng)急措施樣例應(yīng)急措施樣例2l 決定在進(jìn)行后續(xù)發(fā)布之前不實現(xiàn)較低優(yōu)先級的特征（即，縮小范圍）。l 應(yīng)急措施樣例應(yīng)急措施樣例3l 決定對在軟件風(fēng)險分析過程中確定的某些風(fēng)險較低的特征不予測試（或者至少是少測試）（即，減少質(zhì)量過程 ) 案例學(xué)習(xí)2-3 計劃風(fēng)險與應(yīng)急措施樣例 l 計劃風(fēng)險樣例計劃風(fēng)險樣例l 項目的規(guī)模保持增長這是一個雙重打擊。不僅因為項目規(guī)模的增長需要增加測試資源，而且，隨著項目規(guī)模的增長，軟件開發(fā)和測試的生產(chǎn)率一般都會降低

3、。l 應(yīng)急措施樣例應(yīng)急措施樣例1l 增加資源（比如外包、增加用戶、增加開發(fā)員、批準(zhǔn)加班）。l 應(yīng)急措施樣例應(yīng)急措施樣例2l 縮小項目的范圍。選擇對用戶進(jìn)行漸進(jìn)式交付的策略。l應(yīng)急措施樣例應(yīng)急措施樣例3l減少對某些低風(fēng)險模塊的測試（即減少質(zhì)量過程）。l應(yīng)急措施樣例應(yīng)急措施樣例4l推遲實現(xiàn)。l 你可以看出，在案例學(xué)習(xí)2-2和案例學(xué)習(xí)2-3中列舉的所有應(yīng)急措施都涉及到對有關(guān)方面的妥協(xié)。但是，如果沒有計劃風(fēng)險和應(yīng)急措施，開發(fā)員和測試員就會被迫匆忙地做出選擇。軟件風(fēng)險分析和計劃風(fēng)險與應(yīng)急措施的分析相輔相成。讓我們回顧一下在前面的章節(jié)中討論的自動取款機(jī)（ATM）的例子。風(fēng)險分析過程幫助我們找出了軟件風(fēng)險，

4、從而幫助我們集中測試工作并排定優(yōu)先順序，以便降低其中的風(fēng)險。 l計劃風(fēng)險幫助我們進(jìn)行“如果那么”式的工作并制定應(yīng)急措施。比如，如果Jane Doe真地辭了職，她的離職導(dǎo)致軟件被延遲交付給測試團(tuán)隊，那么會怎么樣呢？其中的一個應(yīng)急措施是降低質(zhì)量（這通常都意味著減少測試）。如果該應(yīng)急措施降臨到我們頭上，我們可能會希望返回到軟件風(fēng)險分析階段并考慮減少對最不重要的組件的測試（即將分割線上移）。l到目前為止，我們可以清楚地看到，計劃風(fēng)險、軟件風(fēng)險、待測特征/屬性、不予測試的特征/屬性，甚至還有整個測試策略都是圍繞“用風(fēng)險來排定測試工作優(yōu)先級”這一理念來構(gòu)造的。 測試項 l測試計劃的這部分主要是綱領(lǐng)性地描述

5、在測試計劃的范圍內(nèi)需要對哪些內(nèi)容進(jìn)行測試，以及應(yīng)該與配置或程序庫管理者和開發(fā)員協(xié)作完成哪些工作。這部分內(nèi)容可以面向測試計劃的等級來完成。對于較高的等級，這部分內(nèi)容可以按照應(yīng)用程序或版本來組織。l對于較低的等級，這部分內(nèi)容可以按照程序、單元、模塊或者構(gòu)建來組織。例如，如果這是一個總體測試計劃，這部分內(nèi)容可能包括與財會軟件的2.2版、用戶手冊的1.2版和需求規(guī)格說明的4.5版相關(guān)的信息。如果這是一個集成或者單元測試計劃，這部分內(nèi)容實際上可能會列出待測程序（如果這些程序可知的話）。IEEE標(biāo)準(zhǔn)中指出，可以參考下面的文檔（如果有的話）來完成測試項：l需求規(guī)格說明l用戶指南l操作指南l安裝指南l與測試項

6、相關(guān)的意外事件報告l注意，應(yīng)該將那些將會被明確排除于測試之外的項標(biāo)識出來軟件風(fēng)險問題 l 與其他系統(tǒng)的接口l 處理巨額現(xiàn)金的特征l 影響許多客戶（或者某些極為重要的客戶）的特征l 極其復(fù)雜的軟件l 有過缺陷歷史的模塊（來自缺陷分析）l 發(fā)生過許多或復(fù)雜變更的模塊l 安全性、性能和可靠性問題l 難于變更或測試的特征l可以看出，風(fēng)險分析小組需要用戶來判斷失效對他們的工作帶來的影響；需要開發(fā)員和測試員來分析失效可能性。軟件風(fēng)險列表應(yīng)該對測試內(nèi)容、測試程度和測試順序有著直接的影響。風(fēng)險分析是一項十分艱巨的工作，尤其是第一次嘗試進(jìn)行時更是如此，但是，以后會好起來的，而且也值得這樣去做。l要點 測試內(nèi)容比

7、測試程度要重要得多。 待測特征 l 測試計劃中的這一部分列出了待測的內(nèi)容（從用戶或客戶的角度），這與測試項相反，測試項是從開發(fā)者或者程序庫管理者的角度對待測內(nèi)容的度量。例如，如果你們正在測試某臺自動取款機(jī)（ATM），其中的待測特征可能包括：取款、存款、查詢賬戶余額、轉(zhuǎn)賬、購買郵票和償還貸款。對于較低等級的測試而言，待測特征可能要詳細(xì)得多。表3-1顯示了在前面小節(jié)中描述的風(fēng)險分析是如何建立在對每個特征（這些特征是在“待測特征”部分中確定的）的相對風(fēng)險進(jìn)行分析的基礎(chǔ)上的。l將待測特征表用做軟件風(fēng)險分析的基礎(chǔ)具有的一個優(yōu)點是：在你們的項目落后于進(jìn)度表時，它可以幫助你們確定將哪些低風(fēng)險特征移到后面小節(jié)中作為不予測試的特征。l不予測試的特征不予測試的特征l測試計劃中這一部分用來記錄不予測試的特征及其理由。對某個特征不予測試的理由有很多：可能是因為該特征沒有發(fā)生變化，可能是因為它還不能投入使用，或者是因為它具有良好的跟蹤記錄測試計劃的修改 l 是否允許在未重新履行審批程序的情況下進(jìn)行細(xì)微的修改（比如修改拼錯的詞匯）？l 是否應(yīng)該對測試計劃進(jìn)行每周