摘要:在軟件測(cè)試活動(dòng)中,作為一名測(cè)試人員有沒有遇到過這樣的場(chǎng)景,在測(cè)試一個(gè)特性或者制定一份測(cè)試方案時(shí),往往會(huì)想著進(jìn)行簡(jiǎn)單測(cè)試做簡(jiǎn)單設(shè)計(jì),認(rèn)為這個(gè)場(chǎng)景出現(xiàn)的概率太低,幾乎不可能會(huì)存在,不測(cè)了實(shí)際應(yīng)用時(shí)不可能會(huì)有這么大的用戶量,
在軟件測(cè)試活動(dòng)中,作為一名測(cè)試人員有沒有遇到過這樣的場(chǎng)景,在測(cè)試一個(gè)特性或者制定一份測(cè)試方案時(shí),往往會(huì)想著進(jìn)行簡(jiǎn)單測(cè)試、做簡(jiǎn)單設(shè)計(jì),認(rèn)為
1、這個(gè)場(chǎng)景出現(xiàn)的概率太低,幾乎不可能會(huì)存在,不測(cè)了
2、實(shí)際應(yīng)用時(shí)不可能會(huì)有這么大的用戶量,不用考慮
3、在這個(gè)時(shí)間段應(yīng)該不可能會(huì)有這么大的業(yè)務(wù)量
4、同一時(shí)刻不可能會(huì)存在多種業(yè)務(wù)并發(fā)上來
但版本發(fā)布上線后,實(shí)際應(yīng)用時(shí)之前認(rèn)為的那些小概率事項(xiàng),結(jié)果確往往就是會(huì)出現(xiàn),這是為什么呢?管理學(xué)中有一個(gè)定律——墨菲定律;這個(gè)定律指出,當(dāng)事情有變壞的可能,不管可能性有多小,他總是會(huì)發(fā)生;
在具體的研發(fā)測(cè)試中,當(dāng)測(cè)試過程、測(cè)試交付存在潛在風(fēng)險(xiǎn)導(dǎo)致出現(xiàn)不好的結(jié)果時(shí),我們需要如何做好全方位的準(zhǔn)備?積極的應(yīng)對(duì),避免不好事情造成的影響或把影響降到最低;結(jié)合當(dāng)前項(xiàng)目運(yùn)作,分享下當(dāng)前項(xiàng)目過程中對(duì)于測(cè)試風(fēng)險(xiǎn)控制的實(shí)踐過程。
在項(xiàng)目活動(dòng)中風(fēng)險(xiǎn)是指項(xiàng)目活動(dòng)過程中的一種不確定的事件或條件,一旦發(fā)生會(huì)對(duì)具體的項(xiàng)目的單個(gè)或者多個(gè)目標(biāo)產(chǎn)生影響,例如:
· 研發(fā)過程中,特性需求臨時(shí)變更,代碼修改,但測(cè)試時(shí)間不足,存在質(zhì)量風(fēng)險(xiǎn)
· 版本交付,存在外部依賴不滿足,交付受阻;
· 版本測(cè)試,測(cè)試工作量估算不合理,測(cè)試不充分
這些交付過程中存在的動(dòng)態(tài)的、靜態(tài)的、已知的、未知的不確定性因素影響測(cè)試交付目標(biāo),無法滿足外部市場(chǎng)需要;那如何做呢?
在項(xiàng)目的測(cè)試活動(dòng)過程中,我們通過一系列風(fēng)險(xiǎn)控制活動(dòng)對(duì)不確定因素進(jìn)行及時(shí)識(shí)別、有效評(píng)估、積極應(yīng)對(duì),以保證項(xiàng)目測(cè)試活動(dòng)的正常進(jìn)行,從而達(dá)到價(jià)值交付;
在風(fēng)險(xiǎn)識(shí)別階段通過樹立團(tuán)隊(duì)整體的風(fēng)險(xiǎn)意識(shí),大家一起討論制定風(fēng)險(xiǎn)識(shí)別維度、在對(duì)應(yīng)的研發(fā)階段、利用一定的工具方法進(jìn)行風(fēng)險(xiǎn)數(shù)據(jù)收集,從而進(jìn)行有效識(shí)別。
根據(jù)項(xiàng)目的實(shí)際運(yùn)作團(tuán)隊(duì)討論,通過收集如下四個(gè)維度的信息作為風(fēng)險(xiǎn)識(shí)別的輸入,來進(jìn)行識(shí)別
項(xiàng)目:項(xiàng)目的維度主要考慮:
·項(xiàng)目規(guī)劃需求的計(jì)劃:在項(xiàng)目迭代開始初期,規(guī)劃的需求內(nèi)容、提交的計(jì)劃點(diǎn);如果在過程中發(fā)生需求加塞、提交計(jì)劃變更和一開始的計(jì)劃出現(xiàn)偏差,則作為風(fēng)險(xiǎn)進(jìn)行及時(shí)上報(bào);
·相關(guān)的制約因素:是否存在對(duì)外部依賴,比如對(duì)外圍的軟硬件版本存在依賴,需要提供后,集成完成才能滿足交付條件;
·里程碑時(shí)間點(diǎn):時(shí)間點(diǎn)要求也是一個(gè)識(shí)別依據(jù),臨近里程碑時(shí)間點(diǎn),現(xiàn)狀和目標(biāo)存在較大偏差;
·工作量的估算;工作量估算的合理性,有些是項(xiàng)目強(qiáng)行壓下的,存在較大的工作量偏差;
·以及隱形因素項(xiàng)目內(nèi)各團(tuán)隊(duì)之間的合作協(xié)作關(guān)系
資源:資源的維度主要考慮人力資源是否充分,設(shè)備環(huán)境資源是否能滿足相應(yīng)的測(cè)試活動(dòng);比如組網(wǎng)場(chǎng)景、容量上對(duì)資源的要求,是否具備;
技術(shù):技術(shù)的維度主要考慮當(dāng)前是否存在新領(lǐng)域不熟悉、所需的技能存在盲區(qū)。
質(zhì)量:質(zhì)量維度主要是要了解確認(rèn)對(duì)任務(wù)質(zhì)量的要求,是僅滿足預(yù)研穿刺基本測(cè)試,還是需要按交付標(biāo)準(zhǔn)的DOD嚴(yán)格執(zhí)行,以達(dá)到交付要求;
風(fēng)險(xiǎn)識(shí)別活動(dòng)貫穿在整個(gè)測(cè)試活動(dòng)的始終,從測(cè)試SE參與需求分析開始、編寫測(cè)試策略、跟蹤特性實(shí)現(xiàn)過程、交付系統(tǒng)測(cè)試以及其他(維護(hù))各階段都需要識(shí)別;
·專家判斷:了解項(xiàng)目和業(yè)務(wù)各領(lǐng)域的人員,考慮單個(gè)風(fēng)險(xiǎn)的方方面面,以及整體項(xiàng)目風(fēng)險(xiǎn)的各來源;
·頭腦風(fēng)暴:參考一定的風(fēng)險(xiǎn)識(shí)別維度,進(jìn)行相關(guān)的腦暴;
·訪談:對(duì)領(lǐng)域?qū)<摇①Y深參與者訪談;
·會(huì)議討論:團(tuán)隊(duì)成員對(duì)當(dāng)前所承接的任務(wù),觀察了解到的信息進(jìn)行專門的會(huì)議討論,審查識(shí)別的風(fēng)險(xiǎn);
·風(fēng)險(xiǎn)檢查單:各階段的風(fēng)險(xiǎn)點(diǎn),用作提醒(堅(jiān)持單及時(shí)審查,定期更新調(diào)整)
風(fēng)險(xiǎn)識(shí)別經(jīng)驗(yàn)小結(jié):
1、團(tuán)隊(duì)樹立風(fēng)險(xiǎn)意識(shí),鼓勵(lì)所有人相關(guān)人員參與風(fēng)險(xiǎn)識(shí)別
2、除了顯性可見風(fēng)險(xiǎn),同時(shí)也要注意隱性的團(tuán)隊(duì)協(xié)作,氛圍的風(fēng)險(xiǎn)
通過有效描述風(fēng)險(xiǎn),明確風(fēng)險(xiǎn)類別后合理定義風(fēng)險(xiǎn)級(jí)別來評(píng)估風(fēng)險(xiǎn),以確認(rèn)風(fēng)險(xiǎn)影響以及為后續(xù)的風(fēng)險(xiǎn)應(yīng)對(duì)措施提供依據(jù);
風(fēng)險(xiǎn)包含起因、時(shí)間、概率及影響四要素,在了解風(fēng)險(xiǎn)4要素后,使用結(jié)構(gòu)化SQCA描述方法,把風(fēng)險(xiǎn)本身與風(fēng)險(xiǎn)愿意及風(fēng)險(xiǎn)影響區(qū)分開來,描述清楚;
S(Situation):背景起因
C(Complication):事件沖突
Q(Question):?jiǎn)栴}影響
A(Answer);答案
描述結(jié)構(gòu)化方式:在某個(gè)背景(起因)之下,遇到了復(fù)雜(事件)情況,產(chǎn)生了什么樣的(問題)影響,然后我們?nèi)绾稳ソ鉀Q它(答案)
其中風(fēng)險(xiǎn)描述中風(fēng)險(xiǎn)影響和解決方案是關(guān)鍵,建議描述要領(lǐng):
·Q(問題影響):描述清楚波及的范圍、問題的重要、緊迫程度
·A(解決方案):遵循3W原則,解決方案具體內(nèi)容,包含所需要的資源等(What)、具體的責(zé)任主體(Who),由誰負(fù)責(zé)解決、期望解決的具體時(shí)間點(diǎn)(When)
·風(fēng)險(xiǎn)描述案例:
·技術(shù)風(fēng)險(xiǎn)描述舉例:
隨著公司業(yè)務(wù)的快速發(fā)展(S),我們的IT系統(tǒng)無法滿足現(xiàn)狀產(chǎn)品的需求(C),這將導(dǎo)致我們無法滿足我們的客戶(Q),當(dāng)務(wù)之急的應(yīng)對(duì)措施是需要***立刻安排升級(jí)IT系統(tǒng)(A)
·質(zhì)量風(fēng)險(xiǎn)描述舉例:
臨近迭代交付(S),測(cè)試自動(dòng)化無法穩(wěn)定運(yùn)行(C),導(dǎo)致守護(hù)不完善,存在質(zhì)量風(fēng)險(xiǎn)影響發(fā)布(Q),當(dāng)務(wù)之急***盡快在迭代交付前完成自動(dòng)化執(zhí)行守護(hù)修復(fù)(A)
在有效的描述清楚風(fēng)險(xiǎn)后,進(jìn)行風(fēng)險(xiǎn)分類,明確風(fēng)險(xiǎn)類別;這個(gè)過程主要是便于把注意力和精力集中到風(fēng)險(xiǎn)最大的領(lǐng)域,或者針對(duì)一組相關(guān)的風(fēng)險(xiǎn)制定通用的風(fēng)險(xiǎn)應(yīng)對(duì)措施,從而更有效的開展應(yīng)對(duì);
·按風(fēng)險(xiǎn)來源分:技術(shù)風(fēng)險(xiǎn)、管理風(fēng)險(xiǎn)、外部風(fēng)險(xiǎn)、內(nèi)部風(fēng)險(xiǎn)等
·或者按受影響的項(xiàng)目工作分:方案設(shè)計(jì)、編碼實(shí)現(xiàn)、驗(yàn)收測(cè)試等
目前我們項(xiàng)目運(yùn)作過程中,風(fēng)險(xiǎn)分類主要還是以風(fēng)險(xiǎn)的來源來分,根據(jù)分類出的風(fēng)險(xiǎn),發(fā)現(xiàn)外部依賴類風(fēng)險(xiǎn)占據(jù)比例較高,針對(duì)此類風(fēng)險(xiǎn)討論通用的應(yīng)對(duì)措施,比如通過一開始的協(xié)作規(guī)劃項(xiàng)目計(jì)劃來約束、過程中每日的日?qǐng)?bào)、周報(bào)來跟蹤外部依賴提供的進(jìn)展等
在描述清楚風(fēng)險(xiǎn)、做好分類后,團(tuán)隊(duì)根據(jù)具體的研發(fā)過程,對(duì)風(fēng)險(xiǎn)偏好和風(fēng)險(xiǎn)臨界討論制定風(fēng)險(xiǎn)影響和概率的定義,從而進(jìn)行風(fēng)險(xiǎn)定級(jí)評(píng)估;
比如通過風(fēng)險(xiǎn)出現(xiàn)的概率情況、對(duì)測(cè)試目標(biāo)的影響程度來綜合判斷風(fēng)險(xiǎn)級(jí)別。
根據(jù)定級(jí)結(jié)果,高以上風(fēng)險(xiǎn):立即行動(dòng) ;中風(fēng)險(xiǎn):立即關(guān)注;低風(fēng)險(xiǎn):定期關(guān)注
在風(fēng)險(xiǎn)評(píng)估定級(jí)完成后,進(jìn)行對(duì)應(yīng)的風(fēng)險(xiǎn)應(yīng)對(duì);在實(shí)際的項(xiàng)目運(yùn)作過程中根據(jù)不同的場(chǎng)景,采用不同的應(yīng)對(duì)措施;
·風(fēng)險(xiǎn)上報(bào):當(dāng)超出個(gè)人或團(tuán)隊(duì)處理的能力時(shí),需要進(jìn)行風(fēng)險(xiǎn)上報(bào),一般風(fēng)險(xiǎn)級(jí)別為高以上類風(fēng)險(xiǎn);比如涉及到外部依賴類風(fēng)險(xiǎn),需要項(xiàng)目協(xié)調(diào),否則版本無法正常集成制作;通過面對(duì)面、電話溝通、或者日?qǐng)?bào)周報(bào)的方式上報(bào)反饋;
·風(fēng)險(xiǎn)規(guī)避:發(fā)生的概率較高,具有嚴(yán)重負(fù)面影響的高優(yōu)先級(jí)風(fēng)險(xiǎn);比如在臨近版本發(fā)布時(shí),某些特性由于測(cè)試不充分,波及不明確,合入后存在對(duì)現(xiàn)有商用版本存在未知隱患,通過裁剪、調(diào)整特性合入周期來規(guī)避版本發(fā)布質(zhì)量風(fēng)險(xiǎn);
·風(fēng)險(xiǎn)轉(zhuǎn)移:應(yīng)對(duì)風(fēng)險(xiǎn),把責(zé)任外包給第三方;比如在研發(fā)過程中,對(duì)于新領(lǐng)域不熟悉,但第三方存在成熟的技術(shù),可以通過購買服務(wù)、簽約合同;和第三方達(dá)成合作,把風(fēng)險(xiǎn)轉(zhuǎn)移第三方;
·風(fēng)險(xiǎn)減輕:降低風(fēng)險(xiǎn)出現(xiàn)的概率和影響;比如在臨近版本發(fā)布時(shí),合入了故障,但該故障的波及范圍交廣,測(cè)試又不充分;經(jīng)過分析故障影響,回退合入故障,來規(guī)避影響;
·風(fēng)險(xiǎn)接受:對(duì)于低優(yōu)先級(jí)的風(fēng)險(xiǎn)或者其他任何策略已無法加以應(yīng)對(duì);
最后的話:
1、測(cè)試過程中,當(dāng)好測(cè)試“操盤手”,綜合進(jìn)行風(fēng)險(xiǎn)控制,做好全方位準(zhǔn)備,積極應(yīng)對(duì),避免或降低壞事出現(xiàn)后造成的影響;
2、加強(qiáng)團(tuán)隊(duì)風(fēng)險(xiǎn)意識(shí),風(fēng)險(xiǎn)管理控制需要全員參與
3、作為一名優(yōu)秀的測(cè)試人員養(yǎng)成風(fēng)險(xiǎn)數(shù)據(jù)收集、整理、分析習(xí)慣;
4、善于總結(jié)經(jīng)驗(yàn),練就一副識(shí)別風(fēng)險(xiǎn)的“火眼金睛”
5、作為測(cè)試人員,要“未雨綢繆”,從源頭控風(fēng)險(xiǎn),不要當(dāng)“救火隊(duì)員”
以上筆者的經(jīng)歷更像一張橫向的知識(shí)網(wǎng),創(chuàng)建了一個(gè)交流平臺(tái) 914172719 ,群內(nèi)有各種技術(shù)同行交流、學(xué)習(xí)資料、面試經(jīng)驗(yàn)等。其中用到j(luò)enkins、docker、moutebank、python編程等,還需要花更多的精力去深入學(xué)習(xí),當(dāng)每項(xiàng)技能都能掌握到一定深度,才能稱為一個(gè)完整的知識(shí)體系。
最后: 可以關(guān)注公眾號(hào):傷心的辣條 ! 進(jìn)去有許多資料共享!資料都是面試時(shí)面試官必問的知識(shí)點(diǎn),也包括了很多測(cè)試行業(yè)常見知識(shí),其中包括了有基礎(chǔ)知識(shí)、Linux必備、Shell、互聯(lián)網(wǎng)程序原理、Mysql數(shù)據(jù)庫、抓包工具專題、接口測(cè)試工具、測(cè)試進(jìn)階-Python編程、Web自動(dòng)化測(cè)試、APP自動(dòng)化測(cè)試、接口自動(dòng)化測(cè)試、測(cè)試高級(jí)持續(xù)集成、測(cè)試架構(gòu)開發(fā)測(cè)試框架、性能測(cè)試、安全測(cè)試等。
如果我的博客對(duì)你有幫助、如果你喜歡我的博客內(nèi)容,請(qǐng) “點(diǎn)贊” “評(píng)論” “收藏” 一鍵三連哦!
轉(zhuǎn)行面試,跳槽面試,軟件測(cè)試人員都必須知道的這幾種面試技巧!
面試經(jīng):一線城市搬磚!又面軟件測(cè)試崗,5000就知足了…
面試官:工作三年,還來面初級(jí)測(cè)試?恐怕你的軟件測(cè)試工程師的頭銜要加雙引號(hào)…
文章版權(quán)歸作者所有,未經(jīng)允許請(qǐng)勿轉(zhuǎn)載,若此文章存在違規(guī)行為,您可以聯(lián)系管理員刪除。
轉(zhuǎn)載請(qǐng)注明本文地址:http://specialneedsforspecialkids.com/yun/119350.html
摘要:測(cè)試驅(qū)動(dòng)開發(fā)簡(jiǎn)稱,是一種軟件開發(fā)過程中的應(yīng)用方法,,由極限編程中倡導(dǎo),以其倡導(dǎo)先寫測(cè)試程序,然后編碼實(shí)現(xiàn)其功能得名。測(cè)試驅(qū)動(dòng)著整個(gè)開發(fā)過程首先,驅(qū)動(dòng)代碼的設(shè)計(jì)和功能的實(shí)現(xiàn)其后,驅(qū)動(dòng)代碼的再設(shè)計(jì)和重構(gòu)。 showImg(https://segmentfault.com/img/remote/1460000017081716); 前言 一直都有聽到 TDD 測(cè)試驅(qū)動(dòng)開發(fā)的開發(fā)方式,之前看...
摘要:對(duì)于專業(yè)的開發(fā)者來說,單元測(cè)試是一項(xiàng)必備的技能,多數(shù)的程序員卻不具備測(cè)試驅(qū)動(dòng)開發(fā)的能力。對(duì)于工程來說,開源項(xiàng)目基本都嚴(yán)格遵守執(zhí)行單元測(cè)試,而很多商業(yè)的工程則在單元測(cè)試方面有所缺失。一個(gè)擁有單元測(cè)試的項(xiàng)目會(huì)變得更加容易維護(hù)和更改。 作為一名合格的Java程序員,日常工作除了上班擼代碼就是加班擼代碼。擼碼其實(shí)不難,無非詢問Google,StackOverflow,解決方法和demo一籮...
摘要:番茄工作法簡(jiǎn)約而不簡(jiǎn)單,本書亦然。在番茄工作法一個(gè)個(gè)短短的分鐘內(nèi),你收獲的不僅僅是效率,還會(huì)有意想不到的成就感。 @author ASCE1885的 Github 簡(jiǎn)書 微博 CSDN 知乎本文由于潛在的商業(yè)目的,不開放全文轉(zhuǎn)載許可,謝謝! showImg(/img/remote/1460000007319503?w=728&h=792); 廣而告之時(shí)間:我的新書《Android 高...
閱讀 2706·2023-04-26 02:02
閱讀 2570·2023-04-25 20:38
閱讀 4098·2021-09-26 09:47
閱讀 3091·2021-09-10 10:50
閱讀 3765·2021-09-07 09:58
閱讀 3326·2019-08-30 15:54
閱讀 2693·2019-08-30 15:54
閱讀 1917·2019-08-29 17:03