在軟件測試活動中，作為一名測試人員有沒有遇到過這樣的場景，在測試一個特性或者制定一份測試方案時，往往會想著進(jìn)行簡單測試、做簡單設(shè)計，認(rèn)為

1、這個場景出現(xiàn)的概率太低，幾乎不可能會存在，不測了

2、實際應(yīng)用時不可能會有這么大的用戶量，不用考慮

3、在這個時間段應(yīng)該不可能會有這么大的業(yè)務(wù)量

4、同一時刻不可能會存在多種業(yè)務(wù)并發(fā)上來

但版本發(fā)布上線后，實際應(yīng)用時之前認(rèn)為的那些小概率事項，結(jié)果確往往就是會出現(xiàn)，這是為什么呢？管理學(xué)中有一個定律——墨菲定律；這個定律指出，當(dāng)事情有變壞的可能，不管可能性有多小，他總是會發(fā)生；

在具體的研發(fā)測試中，當(dāng)測試過程、測試交付存在潛在風(fēng)險導(dǎo)致出現(xiàn)不好的結(jié)果時，我們需要如何做好全方位的準(zhǔn)備？積極的應(yīng)對，避免不好事情造成的影響或把影響降到最低；結(jié)合當(dāng)前項目運作，分享下當(dāng)前項目過程中對于測試風(fēng)險控制的實踐過程。

一、認(rèn)識風(fēng)險

在項目活動中風(fēng)險是指項目活動過程中的一種不確定的事件或條件，一旦發(fā)生會對具體的項目的單個或者多個目標(biāo)產(chǎn)生影響，例如：

· 研發(fā)過程中，特性需求臨時變更，代碼修改，但測試時間不足，存在質(zhì)量風(fēng)險

· 版本交付，存在外部依賴不滿足，交付受阻；

· 版本測試，測試工作量估算不合理，測試不充分

這些交付過程中存在的動態(tài)的、靜態(tài)的、已知的、未知的不確定性因素影響測試交付目標(biāo)，無法滿足外部市場需要；那如何做呢？

二、風(fēng)險管理

在項目的測試活動過程中，我們通過一系列風(fēng)險控制活動對不確定因素進(jìn)行及時識別、有效評估、積極應(yīng)對，以保證項目測試活動的正常進(jìn)行，從而達(dá)到價值交付；

1.風(fēng)險識別：

在風(fēng)險識別階段通過樹立團隊整體的風(fēng)險意識，大家一起討論制定風(fēng)險識別維度、在對應(yīng)的研發(fā)階段、利用一定的工具方法進(jìn)行風(fēng)險數(shù)據(jù)收集，從而進(jìn)行有效識別。

1)風(fēng)險識別維度

根據(jù)項目的實際運作團隊討論，通過收集如下四個維度的信息作為風(fēng)險識別的輸入，來進(jìn)行識別

項目：項目的維度主要考慮：

·項目規(guī)劃需求的計劃：在項目迭代開始初期，規(guī)劃的需求內(nèi)容、提交的計劃點；如果在過程中發(fā)生需求加塞、提交計劃變更和一開始的計劃出現(xiàn)偏差，則作為風(fēng)險進(jìn)行及時上報；

·相關(guān)的制約因素：是否存在對外部依賴，比如對外圍的軟硬件版本存在依賴，需要提供后，集成完成才能滿足交付條件；

·里程碑時間點：時間點要求也是一個識別依據(jù)，臨近里程碑時間點，現(xiàn)狀和目標(biāo)存在較大偏差；

·工作量的估算；工作量估算的合理性，有些是項目強行壓下的，存在較大的工作量偏差；

·以及隱形因素項目內(nèi)各團隊之間的合作協(xié)作關(guān)系

資源：資源的維度主要考慮人力資源是否充分，設(shè)備環(huán)境資源是否能滿足相應(yīng)的測試活動；比如組網(wǎng)場景、容量上對資源的要求，是否具備；

技術(shù)：技術(shù)的維度主要考慮當(dāng)前是否存在新領(lǐng)域不熟悉、所需的技能存在盲區(qū)。

質(zhì)量：質(zhì)量維度主要是要了解確認(rèn)對任務(wù)質(zhì)量的要求，是僅滿足預(yù)研穿刺基本測試，還是需要按交付標(biāo)準(zhǔn)的DOD嚴(yán)格執(zhí)行，以達(dá)到交付要求；

2)風(fēng)險識別階段

風(fēng)險識別活動貫穿在整個測試活動的始終，從測試SE參與需求分析開始、編寫測試策略、跟蹤特性實現(xiàn)過程、交付系統(tǒng)測試以及其他（維護）各階段都需要識別；

3)風(fēng)險識別方法

·專家判斷：了解項目和業(yè)務(wù)各領(lǐng)域的人員，考慮單個風(fēng)險的方方面面，以及整體項目風(fēng)險的各來源；

·頭腦風(fēng)暴：參考一定的風(fēng)險識別維度，進(jìn)行相關(guān)的腦暴；

·訪談：對領(lǐng)域?qū)＜摇①Y深參與者訪談；

·會議討論：團隊成員對當(dāng)前所承接的任務(wù)，觀察了解到的信息進(jìn)行專門的會議討論，審查識別的風(fēng)險；

·風(fēng)險檢查單：各階段的風(fēng)險點，用作提醒（堅持單及時審查，定期更新調(diào)整）

風(fēng)險識別經(jīng)驗小結(jié)：

1、團隊樹立風(fēng)險意識，鼓勵所有人相關(guān)人員參與風(fēng)險識別

2、除了顯性可見風(fēng)險，同時也要注意隱性的團隊協(xié)作，氛圍的風(fēng)險

2.風(fēng)險評估

通過有效描述風(fēng)險，明確風(fēng)險類別后合理定義風(fēng)險級別來評估風(fēng)險，以確認(rèn)風(fēng)險影響以及為后續(xù)的風(fēng)險應(yīng)對措施提供依據(jù)；

1)風(fēng)險描述：

風(fēng)險包含起因、時間、概率及影響四要素，在了解風(fēng)險4要素后，使用結(jié)構(gòu)化SQCA描述方法，把風(fēng)險本身與風(fēng)險愿意及風(fēng)險影響區(qū)分開來，描述清楚；

S(Situation):背景起因

C（Complication）:事件沖突

Q（Question）：問題影響

A（Answer）;答案

描述結(jié)構(gòu)化方式：在某個背景（起因）之下，遇到了復(fù)雜（事件）情況，產(chǎn)生了什么樣的（問題）影響，然后我們?nèi)绾稳ソ鉀Q它（答案）

其中風(fēng)險描述中風(fēng)險影響和解決方案是關(guān)鍵，建議描述要領(lǐng)：

·Q（問題影響）：描述清楚波及的范圍、問題的重要、緊迫程度

·A（解決方案）：遵循3W原則，解決方案具體內(nèi)容，包含所需要的資源等（What）、具體的責(zé)任主體（Who），由誰負(fù)責(zé)解決、期望解決的具體時間點（When）

·風(fēng)險描述案例：

·技術(shù)風(fēng)險描述舉例：

隨著公司業(yè)務(wù)的快速發(fā)展（S），我們的IT系統(tǒng)無法滿足現(xiàn)狀產(chǎn)品的需求（C），這將導(dǎo)致我們無法滿足我們的客戶（Q），當(dāng)務(wù)之急的應(yīng)對措施是需要***立刻安排升級IT系統(tǒng)（A）
　　·質(zhì)量風(fēng)險描述舉例：

臨近迭代交付（S），測試自動化無法穩(wěn)定運行（C），導(dǎo)致守護不完善，存在質(zhì)量風(fēng)險影響發(fā)布（Q），當(dāng)務(wù)之急***盡快在迭代交付前完成自動化執(zhí)行守護修復(fù)（A）

2)風(fēng)險分類

在有效的描述清楚風(fēng)險后，進(jìn)行風(fēng)險分類，明確風(fēng)險類別；這個過程主要是便于把注意力和精力集中到風(fēng)險最大的領(lǐng)域，或者針對一組相關(guān)的風(fēng)險制定通用的風(fēng)險應(yīng)對措施，從而更有效的開展應(yīng)對；

·按風(fēng)險來源分：技術(shù)風(fēng)險、管理風(fēng)險、外部風(fēng)險、內(nèi)部風(fēng)險等

·或者按受影響的項目工作分：方案設(shè)計、編碼實現(xiàn)、驗收測試等

目前我們項目運作過程中，風(fēng)險分類主要還是以風(fēng)險的來源來分，根據(jù)分類出的風(fēng)險，發(fā)現(xiàn)外部依賴類風(fēng)險占據(jù)比例較高，針對此類風(fēng)險討論通用的應(yīng)對措施，比如通過一開始的協(xié)作規(guī)劃項目計劃來約束、過程中每日的日報、周報來跟蹤外部依賴提供的進(jìn)展等

3)風(fēng)險定級

在描述清楚風(fēng)險、做好分類后，團隊根據(jù)具體的研發(fā)過程，對風(fēng)險偏好和風(fēng)險臨界討論制定風(fēng)險影響和概率的定義，從而進(jìn)行風(fēng)險定級評估；

比如通過風(fēng)險出現(xiàn)的概率情況、對測試目標(biāo)的影響程度來綜合判斷風(fēng)險級別。

根據(jù)定級結(jié)果，高以上風(fēng)險：立即行動 ；中風(fēng)險：立即關(guān)注；低風(fēng)險：定期關(guān)注

3.風(fēng)險應(yīng)對：

在風(fēng)險評估定級完成后，進(jìn)行對應(yīng)的風(fēng)險應(yīng)對；在實際的項目運作過程中根據(jù)不同的場景，采用不同的應(yīng)對措施；

·風(fēng)險上報：當(dāng)超出個人或團隊處理的能力時，需要進(jìn)行風(fēng)險上報，一般風(fēng)險級別為高以上類風(fēng)險；比如涉及到外部依賴類風(fēng)險，需要項目協(xié)調(diào)，否則版本無法正常集成制作；通過面對面、電話溝通、或者日報周報的方式上報反饋；

·風(fēng)險規(guī)避：發(fā)生的概率較高，具有嚴(yán)重負(fù)面影響的高優(yōu)先級風(fēng)險；比如在臨近版本發(fā)布時，某些特性由于測試不充分，波及不明確，合入后存在對現(xiàn)有商用版本存在未知隱患，通過裁剪、調(diào)整特性合入周期來規(guī)避版本發(fā)布質(zhì)量風(fēng)險；

·風(fēng)險轉(zhuǎn)移：應(yīng)對風(fēng)險，把責(zé)任外包給第三方；比如在研發(fā)過程中，對于新領(lǐng)域不熟悉，但第三方存在成熟的技術(shù)，可以通過購買服務(wù)、簽約合同；和第三方達(dá)成合作，把風(fēng)險轉(zhuǎn)移第三方；

·風(fēng)險減輕：降低風(fēng)險出現(xiàn)的概率和影響；比如在臨近版本發(fā)布時，合入了故障，但該故障的波及范圍交廣，測試又不充分；經(jīng)過分析故障影響，回退合入故障，來規(guī)避影響；

·風(fēng)險接受：對于低優(yōu)先級的風(fēng)險或者其他任何策略已無法加以應(yīng)對；

三、經(jīng)驗總結(jié)

最后的話：

1、測試過程中，當(dāng)好測試“操盤手”，綜合進(jìn)行風(fēng)險控制，做好全方位準(zhǔn)備，積極應(yīng)對，避免或降低壞事出現(xiàn)后造成的影響；

2、加強團隊風(fēng)險意識，風(fēng)險管理控制需要全員參與

3、作為一名優(yōu)秀的測試人員養(yǎng)成風(fēng)險數(shù)據(jù)收集、整理、分析習(xí)慣；

4、善于總結(jié)經(jīng)驗，練就一副識別風(fēng)險的“火眼金睛”

5、作為測試人員,要“未雨綢繆”，從源頭控風(fēng)險，不要當(dāng)“救火隊員”

以上筆者的經(jīng)歷更像一張橫向的知識網(wǎng)，創(chuàng)建了一個交流平臺 914172719 ，群內(nèi)有各種技術(shù)同行交流、學(xué)習(xí)資料、面試經(jīng)驗等。其中用到j(luò)enkins、docker、moutebank、python編程等，還需要花更多的精力去深入學(xué)習(xí)，當(dāng)每項技能都能掌握到一定深度，才能稱為一個完整的知識體系。

最后： 可以關(guān)注公眾號：傷心的辣條 ！ 進(jìn)去有許多資料共享！資料都是面試時面試官必問的知識點，也包括了很多測試行業(yè)常見知識，其中包括了有基礎(chǔ)知識、Linux必備、Shell、互聯(lián)網(wǎng)程序原理、Mysql數(shù)據(jù)庫、抓包工具專題、接口測試工具、測試進(jìn)階-Python編程、Web自動化測試、APP自動化測試、接口自動化測試、測試高級持續(xù)集成、測試架構(gòu)開發(fā)測試框架、性能測試、安全測試等。

如果我的博客對你有幫助、如果你喜歡我的博客內(nèi)容，請 “點贊” “評論” “收藏” 一鍵三連哦！

好文推薦

轉(zhuǎn)行面試，跳槽面試，軟件測試人員都必須知道的這幾種面試技巧！

面試經(jīng)：一線城市搬磚！又面軟件測試崗，5000就知足了…

面試官：工作三年，還來面初級測試？恐怕你的軟件測試工程師的頭銜要加雙引號…

什么樣的人適合從事軟件測試工作？

那個準(zhǔn)點下班的人，比我先升職了…

測試崗反復(fù)跳槽，跳著跳著就跳沒了…