這是《落葉》文集里第 113 片落葉袜蚕，希望你能喜歡绎速，不為別的，只為這份堅持搓侄。
風險管理是指如何在項目或者企業(yè)瞄桨，一個肯定有風險的環(huán)境里把風險可能造成的不良影響減至最低的管理過程。風險管理的內容包括風險管理計劃讶踪、風險識別芯侥、定性風險分析、定量風險分析乳讥、風險應對計劃和風險監(jiān)督與控制柱查。
在執(zhí)行過程中，項目風險管理可以簡化為風險識別云石、風險度量唉工、制定應對措施和風險監(jiān)控四個步過程。
項目的風險管理是一個動態(tài)的工作過程汹忠。
項目風險識別是項目風險管理的重要環(huán)節(jié)淋硝。
在任何環(huán)境下做項目，風險都是無處不在的宽菜，也是最防不勝防的谣膳。項目風險其實就是一種不確定的事件或條件，假如發(fā)生赋焕，就會對項目造成積極或消極的影響参歹，如范圍、進度隆判、成本和質量犬庇。
所以我們在做測試計劃時僧界，最重要的一項工作就是識別風險和制定風險應對方案。
上面我們了解了風險和風險管理的概念臭挽，風險管理就是在識別出項目可能有的風險之后捂襟，事先就可以做的或者是可以計劃的一系列應對手段，最終目標是降低風險發(fā)生的概率或者是當風險發(fā)生時欢峰，如何能快速地葬荷、有效地去應對和解決風險所帶來的后果。
主要有下面幾個步驟：
1纽帖、描述清楚風險是什么宠漩，會帶來什么樣的嚴重后果，包括發(fā)生概率有多大懊直；
2扒吁、分析風險產生的可能原因有哪些，可能發(fā)生在某個階段或時間點室囊；
3雕崩、針對每個原因再制定應對方案；
4融撞、每個風險應對方案要有明確的責任人和時間計劃節(jié)點盼铁；
在實際項目當中，常常會有人把風險產生的原因當做風險本身尝偎，問題雖然不大饶火，但會導致計劃里的風險計劃清單可能會比較長，給人一種冬念，這個項目的風險也太多了吧趁窃，還能正常完成嗎的錯覺牧挣。所以急前，今天就以軟件測試項目中的常見風險為例，來做個風險管理計劃瀑构。
【風險】：
測試執(zhí)行時間被壓縮裆针，產品還未經(jīng)過充分測試就發(fā)布上線，導致上線后用戶投訴增多（70%）
【原因】：
1寺晌、產品需求出來的晚世吨，而且也不完善清晰，多次反復評審的時間擠占了研發(fā)時間呻征；
2耘婚、開發(fā)自測不充分，導致提測的版本質量不高陆赋，影響正常測試計劃進度沐祷；
3嚷闭、Bug 修復速度慢，阻礙了完整的新功能測試和最后的回歸測試赖临；
4胞锰、中后期需求頻繁變更，或者是新增需求兢榨，導致測試資源被分散嗅榕；
【應對方案】：
1、優(yōu)化測試用例的設計吵聪，減少冗余的和無效的測試用例凌那，同時提高自動化腳本的覆蓋率，節(jié)省相應的人力用于新功能的驗證測試吟逝；
2案怯、制定測試包的可接收標準，編寫 ATC （Acceptant Test Case）澎办，沒達到可提測標準的一律退回嘲碱，采取這種倒逼的方式，讓開發(fā)提高自測質量局蚀；
3麦锯、和開發(fā)負責人明確 Bug Fix 的要求，每天幾點之前要日清當天的 New Bug琅绅，同時扶欣，測試任務包盡可能拆解的小一些，獨立一些千扶，在某些模塊出現(xiàn)阻礙性 bug 時料祠，可以略過先去測試別的模塊；
4澎羞、在做測試任務量評估時髓绽，預留10%~15%的 Buffer，用于應對需求變更和臨時新增需求妆绞；
在實際的項目中顺呕，風險管理其實也是需要漸進遞推的，在項目計劃階段括饶，對于很多風險其實只是預估和猜測株茶，它們可能發(fā)生，同理图焰，也可能不會發(fā)生启盛。
因為當時所處的時間位置，離項目結束還很遠，有效的項目信息也比較少僵闯，很難看清風險的虛實笤闯。
只有當項目開始進行了，隨著時間和進度的推移棍厂，離風險發(fā)生的時間位置越來越近颗味，同時，項目信息也越來越豐富了牺弹，才能更加清楚地看到相應風險是否會如期發(fā)生浦马，到那時候，當初計劃好的應對方案张漂，大多數(shù)都需要做一些適時地優(yōu)化和調整晶默。
所以，我認為風險是隨著項目的推進在不斷變化的航攒，我們需要及時的識別和適時地出手應對磺陡，這也是風險管理的難點所在，當然漠畜，也是樂趣所在币他。
作者簡介：14 年測試 + 11 年項目管理 + 11 年團隊管理 = 一個測試老兵
