高，加上軟件人才稀缺，為了更好地控制項目成本，該項目承包方?jīng)Q定聘用較多的初級測試人員。
2.1 風險識別與分析
根據(jù)該項目實施歷史數(shù)據(jù)統(tǒng)計，經(jīng)過風險識別、風險嚴重性與可能性估計，我們可以按照風險系數(shù)從大到小的順序?qū)⒃擁椖恐袧撛诘娘L險進行排列。顯然，按照風險系數(shù)的大小，我們可以確定測試流程改進的關鍵點以及優(yōu)先級順序。
2.2 風險減緩方案制訂
(1)改進測試計劃包括工作內(nèi)容的分配：把主體測試工作盡量安排在中前期進行;在中前期更多安排測試用例的執(zhí)行，而后期則減少測試用例執(zhí)行，增加測試人員的隨機測試;測試工作在高級測試員、初級測試員及管理層之間有序分配。
在規(guī)定測試用例的執(zhí)行規(guī)則時，首先完成橫向覆蓋，按照測試用例的類別順序執(zhí)行，冒煙測試用例(Smoke Test)最先，其他測試用例按照優(yōu)先級隨后;其次縱向覆蓋，在客戶尚未交付新的可測產(chǎn)品前如果所有測試用例都已經(jīng)執(zhí)行過一次，則再按照測試用例的優(yōu)先級順序執(zhí)行，并配合測試人員的隨機測試(Ad Hoc Test);同期執(zhí)行任務中首先執(zhí)行優(yōu)先級高的測試用例，并在富余的時間內(nèi)多執(zhí)行，如果軟件開發(fā)模型為類似迭代模型應該保證每一次迭代都至少完成一次冒煙測試。
在測試進度安排中，以周為控制粒度，規(guī)定每周的最低工作量，包括測試用例執(zhí)行總數(shù)以及測試用例執(zhí)行覆蓋率等。制定出客戶溝通計劃和策略，完善培訓計劃。同時，制定詳盡的測試工作評價標準，如管理工作成效、Bug的有效性(包括是否重復，是否軟件存在缺陷等問題)、Bug重要性等。給出詳細的Bug書寫模板，制定詳盡的Bug提交流程、跟蹤流程，并由專人負責實施等。
(2)在測試需求分析時，風險緩減的具體做法主要包括：要選擇相對穩(wěn)定且有能力的項目成員(占團隊總數(shù)30%左右的核心成員)來擔任此項工作。
在測試用例的設計方面，仔細研讀產(chǎn)品需求設計文檔，創(chuàng)造出相應的測試用例并根據(jù)需求優(yōu)先級以及設計特點為這些測試用例分類(是否屬于冒煙測試用例)以及劃分優(yōu)先級。規(guī)范測試用例編寫格式，與此同時，在測試用例設計完成后，組織全體成員對測試用例進行評審。
(3)測試執(zhí)行階段應注重：各種管理工具的使用，即根據(jù)項目成本預算，合理使用一些測試管理工具、配置管理工具等。
對于管理人員的工作，要以測試計劃中的任務安排為基礎，以天為單位監(jiān)控測試用例執(zhí)行情況，需要時做出適當調(diào)整以期達到以周為單位的整體目標;
根據(jù)測試計劃中的即時溝通策略，在條件允許的情況下將預知的需要客戶配合解決的風險向客戶提出，進行討論，及時擬訂應對解決方案;根據(jù)客戶反饋及時調(diào)整測試計劃。
對于一般測試人員，要全力完成測試任務;盡可能每天了解與本人測試領域相關的Bug在系統(tǒng)上的提交狀況;如找到非本人測試領域內(nèi)的Bug，除了查找Bug管理系統(tǒng)外，還應咨詢Bug所在測試域的負責人;
進行隨機測試時應按照測試用例優(yōu)先級的指導有順序地進行。最后，在項目中后期，適當調(diào)整交換各個成員所負責的主要測試域。
三、流程改進實施效果比較
我們將以上風險減緩計劃——測試流程改進實施指導應用在Final下新開始的兩個子項目中(項目A和項目B)，而其他的子項目