軟件測試是把控軟件質(zhì)量的重要防線,但風(fēng)險又存在于軟件測試的全過程,如何有效的進行風(fēng)險控制呢?就是主動的發(fā)現(xiàn),暴露產(chǎn)品存在的風(fēng)險和缺陷,并協(xié)同團隊成員,做好容災(zāi)解決方案并一起解決風(fēng)險。
·需求階段
產(chǎn)品需求不明確,導(dǎo)致后期版本改動大,溝通成本大
比如: 無需求、需求不完善、需求不清晰
產(chǎn)品需求邏輯有漏洞,導(dǎo)致版本上線后影響用戶體驗
需求理解不一致,導(dǎo)致后期版本改動大,溝通成本大
需求變更頻繁,導(dǎo)致后期版本改動頻繁
·開發(fā)實現(xiàn)階段
代碼系統(tǒng)架構(gòu)設(shè)計不足,導(dǎo)致可擴展性不足
代碼質(zhì)量差導(dǎo)致缺陷多
代碼性能兼容差
代碼沒做好注釋,修改難度大
·測試規(guī)劃階段
測試方案評估不足,導(dǎo)致測試內(nèi)容不全、不合理
測試計劃不合理,導(dǎo)致測試進度緊張
測試用例設(shè)計不合理,用例設(shè)計有遺漏
·產(chǎn)品驗收階段
開發(fā)提測代碼質(zhì)量不合格,無法按預(yù)期執(zhí)行
開發(fā)提測Demo與產(chǎn)品預(yù)期不符,需要重新實現(xiàn)
·測試驗證階段
測試環(huán)境準(zhǔn)備不足,無法按預(yù)期執(zhí)行
比如:服務(wù)器測試環(huán)境未搭建、測試數(shù)據(jù)未準(zhǔn)備、測試工具未準(zhǔn)備好等
測試環(huán)境配置和正式環(huán)境配置不同,導(dǎo)致測試結(jié)果有誤差
測試人員能力或經(jīng)驗不足,導(dǎo)致遺漏bug或發(fā)現(xiàn)bug時間段較晚
項目bug多、修改難度大,導(dǎo)致代碼改動范圍大,增長項目周期
新增需求或需求變更,導(dǎo)致增加開發(fā)測試工作量,增長項目周期
測試進度把控不足,導(dǎo)致測試進度不滿足預(yù)期
·上線階段
上線預(yù)期要求不明確,比如“升級策略不明確、版本放量控制不明確”
上線環(huán)境準(zhǔn)備不足,無法按預(yù)期上線
比如:線上數(shù)據(jù)未準(zhǔn)備、線上環(huán)境配置未搭建
上線相關(guān)人員不明確或不能及時到位,導(dǎo)致無法按預(yù)期上線
最 后對任何一個軟件項目,可以有最 佳的期望值,但更應(yīng)該要有最壞的準(zhǔn)備,“最壞的準(zhǔn)備”在項目管理中就是進行項目的風(fēng)險識別、風(fēng)險評估、風(fēng)險管控:采取積極的步驟對要發(fā)生或即將發(fā)生的風(fēng)險進行預(yù)防。