試工作盡量安排在中前期進(jìn)行；在中前期更多安排測試用例的執(zhí)行，而后期則減少測試用例執(zhí)行，增加測試人員的隨機測試；測試工作在高級測試員、初級測試員及管理層之間有序分配。
在規(guī)定測試用例的執(zhí)行規(guī)則時，首先完成橫向覆蓋，按照測試用例的類別順序執(zhí)行，冒煙測試用例（Smoke Test）最先，其他測試用例按照優(yōu)先級隨后；其次縱向覆蓋，在客戶尚未交付新的可測產(chǎn)品前如果所有測試用例都已經(jīng)執(zhí)行過一次，則再按照測試用例的優(yōu)先級順序執(zhí)行，并配合測試人員的隨機測試（Ad Hoc Test）；同期執(zhí)行任務(wù)中首先執(zhí)行優(yōu)先級高的測試用例，并在富余的時間內(nèi)多執(zhí)行，如果軟件開發(fā)模型為類似迭代模型應(yīng)該保證每一次迭代都至少完成一次冒煙測試。
在測試進(jìn)度安排中，以周為控制粒度，規(guī)定每周的最低工作量，包括測試用例執(zhí)行總數(shù)以及測試用例執(zhí)行覆蓋率等。制定出客戶溝通計劃和策略，完善培訓(xùn)計劃。同時，制定詳盡的測試工作評價標(biāo)準(zhǔn)，如管理工作成效、Bug的有效性（包括是否重復(fù)，是否軟件存在缺陷等問題）、Bug重要性等。給出詳細(xì)的Bug書寫模板，制定詳盡的Bug提交流程、跟蹤流程，并由專人負(fù)責(zé)實施等。
（2）在測試需求分析時，風(fēng)險緩減的具體做法主要包括：要選擇相對穩(wěn)定且有能力的項目成員（占團隊總數(shù)30%左右的核心成員）來擔(dān)任此項工作。
在測試用例的設(shè)計方面，仔細(xì)研讀產(chǎn)品需求設(shè)計文檔，創(chuàng)造出相應(yīng)的測試用例并根據(jù)需求優(yōu)先級以及設(shè)計特點為這些測試用例分類（是否屬于冒煙測試用例）以及劃分優(yōu)先級。規(guī)范測試用例編寫格式，與此同時，在測試用例設(shè)計完成后，組織全體成員對測試用例進(jìn)行評審。
（3）測試執(zhí)行階段應(yīng)注重：各種管理工具的使用，即根據(jù)項目成本預(yù)算，合理使用一些測試管理工具、配置管理工具等。
對于管理人員的工作，要以測試計劃中的任務(wù)安排為基礎(chǔ)，以天為單位監(jiān)控測試用例執(zhí)行情況，需要時做出適當(dāng)調(diào)整以期達(dá)到以周為單位的整體目標(biāo)；
根據(jù)測試計劃中的即時溝通策略，在條件允許的情況下將預(yù)知的需要客戶配合解決的風(fēng)險向客戶提出，進(jìn)行討論，及時擬訂應(yīng)對解決方案；根據(jù)客戶反饋及時調(diào)整測試計劃。
對于一般測試人員，要全力完成測試任務(wù)；盡可能每天了解與本人測試領(lǐng)域相關(guān)的Bug在系統(tǒng)上的提交狀況；如找到非本人測試領(lǐng)域內(nèi)的Bug，除了查找Bug管理系統(tǒng)外，還應(yīng)咨詢Bug所在測試域的負(fù)責(zé)人；
進(jìn)行隨機測試時應(yīng)按照測試用例優(yōu)先級的指導(dǎo)有順序地進(jìn)行。最后，在項目中后期，適當(dāng)調(diào)整交換各個成員所負(fù)責(zé)的主要測試域。
3 流程改進(jìn)實施效果比較
我們將以上風(fēng)險減緩計劃——測試流程改進(jìn)實施指導(dǎo)應(yīng)用在Final下新開始的兩個子項目中（項目A和項目B），而其他的子項目（項目C和項目D）則維持原來的流程。
經(jīng)過各項統(tǒng)計指標(biāo)比較分析，可以發(fā)現(xiàn)流程改進(jìn)后的效果較為顯著。限于篇幅，本文只選取幾個指標(biāo)做一說明。
3.1 流動人員培訓(xùn)后初次發(fā)現(xiàn)Bug的時間的數(shù)字表示從流動人員接受培訓(xùn)開始到發(fā)現(xiàn)第一個Bug的時間間隔，單位精確到“周”。從流動人員的培訓(xùn)中可以看出，雖然培訓(xùn)時間一樣，但效果卻有很大的差別，采用新的流程可以縮短新來人員的適應(yīng)期，更快地進(jìn)入到正常的工作狀態(tài)中。由此看來，新的測試流程在人員流動率越高的情況下其優(yōu)勢越突顯。在本企業(yè)高達(dá)21%的人員流動率下，新流程的實施明確減緩了排名第一的風(fēng)險“人員流動率太高”所帶來的危害。
3.2 測試用例覆蓋率
由于加入了評審程序能提高大約5%的覆蓋率（用項目A、B與項目C、D比較所得）。無論是工作效率還是測試用例覆蓋率都可以讓客戶更加滿意，同時由于測試用例覆蓋率的提高，還能引導(dǎo)測試人員找到更多的Bug。
3.3
Bug優(yōu)先級分布
各項指標(biāo)表明，風(fēng)險識別中所提到的“大量重復(fù)Bug”、“大量錯誤Bug”以及“提交Bug數(shù)量太少或者在某些時期太少”都能在新的流程下得到有效改善。而且從總體情況上來看，采用新流程的項目A和項目B在優(yōu)先級的分布上比其他兩個項目要稍好。
很明顯高優(yōu)先級的Bug比率得到了提高，風(fēng)險“提交的絕大多數(shù)是無關(guān)緊要的Bug”得到了有效的控制
3.4 客戶滿意度
從客戶滿意度調(diào)查中，可以看出流程改進(jìn)后的客戶感覺效果還是有一定的提高。尤其是在Bug書寫、跟蹤上有了明顯的提高；在Bug數(shù)量質(zhì)量上客戶也表示比較滿意。總之，數(shù)據(jù)分析表明，針對某一個特定的外包測試項目，
將風(fēng)險管理思想與CMMI認(rèn)證體系標(biāo)準(zhǔn)有機結(jié)合，可以適當(dāng)改進(jìn)軟件外包測試流程，提高測試效率和測試水平，并能取得明顯的效果。