這是《落葉》文集里第 *328 *片落葉皆看，希望你能喜歡，不為別的颜说，只為這份堅持购岗。
第十三章 管理測試項(xiàng)目中的風(fēng)險時應(yīng)該關(guān)注些什么？
結(jié)合著老大給我的實(shí)例门粪，我也自己參看了一些理論書籍喊积，對于測試項(xiàng)目的風(fēng)險，有幾點(diǎn)是我應(yīng)該重點(diǎn)關(guān)注的：
- 影響結(jié)果
（1）指的就是這類風(fēng)險最終會導(dǎo)致的結(jié)果是什么玄妈，項(xiàng)目延期注服？發(fā)布后缺陷率上升？還是項(xiàng)目成本的增加措近？
（2）只有明確知道了最終的影響結(jié)果溶弟，我們才可以判斷該風(fēng)險的嚴(yán)重性是高還是低；
（3）只有判斷出風(fēng)險的嚴(yán)重性瞭郑，我們才能決定是否有制定應(yīng)對方案的必要辜御； - 應(yīng)對策略
（1）在實(shí)際的項(xiàng)目中，多數(shù)風(fēng)險可能會發(fā)生屈张，也可能不會發(fā)生擒权，存在一定的概率，所以我們需要根據(jù)歷史項(xiàng)目經(jīng)驗(yàn)和相關(guān)的項(xiàng)目數(shù)據(jù)阁谆，來判斷該風(fēng)險發(fā)生的可能性碳抄；
（2）當(dāng)項(xiàng)目開始了，隨著時間和進(jìn)度的推移场绿，離風(fēng)險可能發(fā)生的時間點(diǎn)越來越近剖效，項(xiàng)目信息也越來越充分，那時候會更加容易地判斷風(fēng)險發(fā)生的可能性；
（3）降低風(fēng)險所產(chǎn)生的影響結(jié)果是風(fēng)險應(yīng)對的一種手段璧尸，這個是我們最常用的咒林，也是最容易采取的一種策略，比如說通過增加人力爷光，優(yōu)化流程來垫竞，減少需求變更等手段來將降低項(xiàng)目延期風(fēng)險的影響；
（4）轉(zhuǎn)移風(fēng)險也是風(fēng)險應(yīng)對的一種手段蛀序，就是將可能有嚴(yán)重影響的風(fēng)險轉(zhuǎn)化為影響較小的風(fēng)險欢瞪，從概念上來看，覺得有些難搞徐裸，但實(shí)際上我們在項(xiàng)目中經(jīng)常采用這種策略引有，我舉個例子就清楚了：比如在項(xiàng)目的中后期，臨近上線了倦逐，發(fā)現(xiàn)一個低概率碰到的程序 Crash Bug，要不要修復(fù)呢？
（1）如果要修復(fù)這個 bug，需要動到功能模塊的底層庫岩遗，測試需要做一輪 Full Regression Testing;
（2）但因?yàn)榕R近發(fā)布時間了捧请，所以沒有足夠的時間去做，只能針對問題發(fā)生的周邊范圍做一輪簡單地回歸;
（3）這里的風(fēng)險就是可能會導(dǎo)致較為嚴(yán)重的 Regression Bug 被漏到線上锅必，這就是很嚴(yán)重的風(fēng)險。
（4）我們一般碰到這種問題，都會怎么應(yīng)對呢秉犹？肯定是將這個 Bug 延期到下個版本修復(fù)：- 首先，下個版本會有足夠的時間做一輪充分的回歸測試稚晚；
- 其次崇堵，本身那個 Crash Bug，用戶碰到的概率就很低客燕，這個風(fēng)險就較低了鸳劳；
- 應(yīng)對方案
（1）應(yīng)對方案的制定，我認(rèn)為應(yīng)該是隨著項(xiàng)目進(jìn)度的推進(jìn)而從粗到細(xì)的也搓，因?yàn)樵陧?xiàng)目剛開始時赏廓，有效的項(xiàng)目信息比較少，對于風(fēng)險發(fā)生的可能性判斷準(zhǔn)確性比較低傍妒；
（2）項(xiàng)目開始時根據(jù)風(fēng)險發(fā)生的可能性制定粗細(xì)不一的應(yīng)對方案幔摸，等到風(fēng)險清晰可見時再做一些優(yōu)化和適時的調(diào)整，性價比會更高些颤练；
最后既忆，就我經(jīng)歷過的項(xiàng)目，我認(rèn)為我們需要很清楚的認(rèn)識到：絕大多數(shù)風(fēng)險都是不可消除或者說避免的，如果說某個風(fēng)險我們提前就知道怎么能不讓它發(fā)生尿贫，那它就不應(yīng)該算作風(fēng)險电媳。
風(fēng)險最大的特點(diǎn)應(yīng)該就是它的“不確定性”，而且庆亡，正因?yàn)轱L(fēng)險的不確定性匾乓，我們才需要及時的識別并出手應(yīng)對，這既是風(fēng)險管理的難點(diǎn)所在又谋，但也是其樂趣所在拼缝。
《告訴你如何從執(zhí)行測試到管理測試》帶你邁出第（13）步！彰亥，點(diǎn)擊這里可查看完整地圖
作者簡介：14 年測試 + 11 年項(xiàng)目管理 + 11 年團(tuán)隊管理 = 一個測試?yán)媳?/p>
