【導(dǎo)讀】數(shù)量和技術(shù)指標(biāo)等要求。用專門的軟件測試知識、技能、工具和方法，對測試項目進(jìn)行計劃、組織、執(zhí)行和控制，測試項目管理有以下基本特征。作以完成預(yù)定的目標(biāo)。術(shù)手段具有先進(jìn)性。活動在內(nèi)的一覽表。準(zhǔn)備這樣的一覽表通。構(gòu)成了整個軟件測試項目的工作范圍。很大程度上決定項目能否成功。這樣，WBS的應(yīng)用將給所有。解和交流溝通的平臺。任何書面或圖示信息。析、評價，以正式的文檔形式給出。價作用更是非常明顯的。是，在已開發(fā)的軟件投入運行的維護(hù)階段，管理的一個重要組成部分。主要包括軟件缺陷報告和分析總結(jié)報告。測試風(fēng)險等做出預(yù)先的計劃和安排。體系結(jié)構(gòu)和覆蓋跟蹤。設(shè)計、代碼、文檔或測試用例中。用于報告某個測試完成情況。圍、方式、資源、進(jìn)度安排、測試組織，目的主要有3個。以下原則將有助于制定測試。問題，必須認(rèn)真對待，并妥善予以處理。

　　

【正文】 上所述 ， 軟件風(fēng)險分析的目的是：確定測試對象 、 確定優(yōu)先級 ， 以及測試深度 。在測試計劃階段 ， 可以用風(fēng)險分析的結(jié)果來確定軟件測試的優(yōu)先級 。 對每個測試項和測試用例賦予優(yōu)先代碼 ， 將測試分為高 、中和低的優(yōu)先級類型 ， 這樣可以在有限的資源和時間條件下 ， 合理安排測試的覆蓋度與深度 。 4． 軟件測試風(fēng)險 軟件測試的風(fēng)險是指軟件測試過程出現(xiàn)的或潛在的問題 ， 造成的原因主要是測試計劃的不充分 、 測試方法有誤或測試過程的偏離 ， 造成測試的補(bǔ)充以及結(jié)果不準(zhǔn)確 。 測試的不成功導(dǎo)致軟件交付潛藏著問題 ， 一旦在運行時爆發(fā) ， 會帶來很大的商業(yè)風(fēng)險 。 主要是對測試計劃執(zhí)行的風(fēng)險分析與制定要采取的應(yīng)急措施 ， 降低軟件測試產(chǎn)生的風(fēng)險造成的危害 。 測試計劃的風(fēng)險一般指測試進(jìn)度滯后或出現(xiàn)非計劃事件，就是針對計劃好的測試工作造成消極影響的所有因素，對于計劃風(fēng)險分析的工作是制定計劃風(fēng)險發(fā)生時應(yīng)采取的應(yīng)急措施。 其中，交付日期的風(fēng)險是主要風(fēng)險之一。測試未按計劃完成，發(fā)布日期推遲，影響對客戶提交產(chǎn)品的承諾，管理的可信度和公司的信譽(yù)都要受到考驗，同時也受到競爭對手的威脅。交付日期的滯后，也可能是已經(jīng)耗盡了所有的資源。計劃風(fēng)險分析所做的工作重點不在于分析風(fēng)險產(chǎn)生的原因，重點應(yīng)放在提前制定應(yīng)急措施來應(yīng)對風(fēng)險發(fā)生。當(dāng)測試計劃風(fēng)險發(fā)生時，可能采用的應(yīng)急措施有：縮小范圍、增加資源、減少過程等措施。 將采用的應(yīng)急措施如下 。 應(yīng)急措施 1：增加資源 。 請求用戶團(tuán)隊為測試工作提供更多的用戶支持 。 應(yīng)急措施 2：縮小范圍 。 決定在后續(xù)的發(fā)布中 ， 實現(xiàn)較低優(yōu)先級的特性 。 應(yīng)急措施 3：減少質(zhì)量過程 。 在風(fēng)險分析過程中 ， 確定某些風(fēng)險級別低的特征測試 ， 或少測試 。 上述列舉的應(yīng)急措施要涉及到有關(guān)方面的妥協(xié) ， 如果沒有測試計劃風(fēng)險分析和應(yīng)急措施處理風(fēng)險 ， 開發(fā)者和測試人員采取的措施就比較匆忙 ， 將不利于將風(fēng)險的損失控制到最小 。 因此 ， 軟件風(fēng)險分析和測試計劃風(fēng)險分析與應(yīng)急措施是相輔相成的 。 由上面分析可以看出 ， 計劃風(fēng)險 、 軟件風(fēng)險 、 重點測試 、 不測試 ， 甚至整個軟件的測試與應(yīng)急措施都是圍繞 “ 用風(fēng)險來確定測試工作優(yōu)先級 ” 這樣的原則來構(gòu)造的 。軟件測試存在著風(fēng)險 ， 如果提前重視風(fēng)險 ，并且有所防范 ， 就可以最大限度減少風(fēng)險的發(fā)生 。 在項目過程中 ， 風(fēng)險管理的成功取決于如何計劃 、 執(zhí)行與檢驗每一個步驟 。遺漏任何一點 ， 風(fēng)險管理都不會成功 。 軟件測試的成本管理 對于一般項目，項目的成本主要由項目直接成本、管理費用和期間費用等構(gòu)成。 當(dāng)一個測試項目開始后 ， 就會發(fā)生一些不確定的事件 。 測試項目的管理者一般都在一種不能夠完全確定的環(huán)境下管理項目 ， 項目的成本費用可能出現(xiàn)難以預(yù)料的情況 ， 因此 ， 必須有一些可行的措施和辦法 ， 來幫助測試項目的管理者進(jìn)行項目成本管理 ， 即依據(jù)實際預(yù)算制定項目計劃 ， 實施整個項目生命周期內(nèi)的成本度量和控制 。 1． 測試費用有效性 風(fēng)險承受的確定 ， 從經(jīng)濟(jì)學(xué)的角度考慮就是確定需要完成多少測試 ， 以及進(jìn)行什么類型的測試 。 經(jīng)濟(jì)學(xué)所做的判斷 ， 確定了軟件存在的缺陷是否可以接受 ， 如果可以 ， 能承受多少 。 測試的策略不再主要由軟件人員和測試人員來確定 ， 而是由商業(yè)的經(jīng)濟(jì)利益來決定的 。 “太少的測試是犯罪 ， 而太多的測試是浪費 。 ” 對風(fēng)險測試得過少 ， 會造成軟件的缺陷和系統(tǒng)的癱瘓；而對風(fēng)險測試得過多 ， 就會使本來沒有缺陷的系統(tǒng)進(jìn)行沒有必要的測試 ， 或者是對輕微缺陷的系統(tǒng)所花費的測試費用遠(yuǎn)遠(yuǎn)大于它們給系統(tǒng)造成的損失 。 測試費用的有效性 ， 可以用測試費用的質(zhì)量曲線來表示 ， 如圖 61所示 。 隨著測試費用的增加 ， 發(fā)現(xiàn)的缺陷也會越多 ， 兩線相交的地方是過多測試開始的地方 ， 這時 ，排除缺陷的測試費用超過了缺陷給系統(tǒng)造成的損失費用 。 圖 61 測試費用的質(zhì)量曲線 2． 測試成本控制 測試成本控制也稱為項目費用控制，就是在整個測試項目的實施過程中，定期收集項目的實際成本數(shù)據(jù)，與成本的計劃值進(jìn)行對比分析，并進(jìn)行成本預(yù)測，及時發(fā)現(xiàn)并糾正偏差，使項目的成本目標(biāo)盡可能好地實現(xiàn)。 測試工作的主要目標(biāo)是使測試產(chǎn)能最大化 ， 也就是 ， 要使通過測試找出錯誤的能力最大化 ， 而檢測次數(shù)最小化 。 測試的成本控制目標(biāo)是使測試開發(fā)成本 、 測試實施成本和測試維護(hù)成本最小化 。 在軟件產(chǎn)品測試過程中 ， 測試實施成本主要包括：測試準(zhǔn)備成本 、 測試執(zhí)行成本和測試結(jié)束成本 。 （ 1） 測試準(zhǔn)備成本控制 （ 2） 測試執(zhí)行成本控制 對部分重新測試進(jìn)行合理的選擇 ， 將風(fēng)險降至最低 ， 而成本同樣會很高 ， 必須將其與測試執(zhí)行成本進(jìn)行比較 ， 權(quán)衡利弊 。 利用測試自動化 ， 進(jìn)行重新測試 ， 其成本效益是較好的 。 部分重新測試選擇方法有兩種： ① 對由于程序變化而受到影響的每一部分進(jìn)行重新測試； ② 對與變化有密切和直接關(guān)系的部分進(jìn)行重新測試 。 （ 3） 測試結(jié)束成本控制 （ 4） 降低測試實施成本 （ 5） 降低測試維護(hù)成本 降低測試維護(hù)成本 ， 與軟件開發(fā)過程一樣 ， 加強(qiáng)軟件測試的配置管理 ， 所有測試的軟件樣品 、 測試文檔 （ 測試計劃 、 測試說明 、 測試用例 、 測試記錄 、 測試報告 ）都應(yīng)置于配置管理系統(tǒng)控制之下 。 降低測試維護(hù)工作成本主要考慮： ? 對于測試中出現(xiàn)的偏差要增加測試； ? 采用漸進(jìn)式測試 ， 以適應(yīng)新變化的測試； ? 定期檢查維護(hù)所有測試用例 ， 以獲得測試效果的連續(xù)性 。 保持測試用例效果的連續(xù)性是重要的措施 ， 有以下幾個方面： ? 每一個測試用例都是可執(zhí)行的 ， 即被測產(chǎn)品功能上不應(yīng)有任何變化； ? 基于需求和功能的測試都應(yīng)是適合的 ，若產(chǎn)品需求和功能發(fā)生小的變化 ， 不應(yīng)使測試用例無效； ? 每一個測試用例不斷增加使用價值 ，即每一個測試用例不應(yīng)是完全冗余的 ， 連續(xù)使用 ， 應(yīng)是成本效益高的 。 3． 質(zhì)量成本 測試是一種帶有風(fēng)險性的管理活動 ，可以使企業(yè)減少因為軟件產(chǎn)品質(zhì)量低劣 ，而花費不必要的成本 。 （ 1） 質(zhì)量成本要素 質(zhì)量成本要素主要包括一致性成本和非一致性成本 。 一致性成本是指用于保證軟件質(zhì)量的支出 ， 包括預(yù)防成本和測試預(yù)算 ，如測試計劃 、 測試開發(fā) 、 測試實施費用 。 非一致性成本是由出現(xiàn)的軟件錯誤和測試過程故障 （ 如延期 、 劣質(zhì)的發(fā)布 ） 引起的 。 這些問題會導(dǎo)致返工 、 補(bǔ)測 、 延遲 。追加測試時間和資金就是一種由于內(nèi)部故障引起的非一致性成本 。 非一致性成本還包括外部故障 （ 軟件遺留錯誤影響客戶 ）引起部分 。 一般情況下 ， 外部故障非一致性成本要大于一致性成本與內(nèi)部故障非一致性成本之和 。 （ 2） 質(zhì)量成本計算 質(zhì)量成本一般按下式計算： 質(zhì)量成本 = 一致性成本 + 非一致性成本 4． 缺陷探測率 缺陷探測率是另一個衡量測試工作效率的軟件質(zhì)量成本的指標(biāo) 。 缺陷探測率 = 測試發(fā)現(xiàn)的軟件缺陷數(shù) /(測試發(fā)現(xiàn)的軟件缺陷數(shù) +客戶發(fā)現(xiàn)并反饋技術(shù)支持人員進(jìn)行修復(fù)的軟件缺陷數(shù) ) 測試投資回報率可按下式計算： 投資回報率 = (節(jié)約的成本 ? 利潤 ) / 測試投資 100%