軟件測試過程中常見風(fēng)險分析

軟件測試是把控軟件質(zhì)量的重要防線，但風(fēng)險又存在于軟件測試的全過程，如何有效的進(jìn)行風(fēng)險控制呢？就是主動的發(fā)現(xiàn)，暴露產(chǎn)品存在的風(fēng)險和缺陷，并協(xié)同團(tuán)隊(duì)成員，做好容災(zāi)解決方案并一起解決風(fēng)險。

·需求階段

產(chǎn)品需求不明確，導(dǎo)致后期版本改動大，溝通成本大

比如: 無需求、需求不完善、需求不清晰

產(chǎn)品需求邏輯有漏洞，導(dǎo)致版本上線后影響用戶體驗(yàn)

需求理解不一致，導(dǎo)致后期版本改動大，溝通成本大

需求變更頻繁，導(dǎo)致后期版本改動頻繁

·開發(fā)實(shí)現(xiàn)階段

代碼系統(tǒng)架構(gòu)設(shè)計(jì)不足，導(dǎo)致可擴(kuò)展性不足

代碼質(zhì)量差導(dǎo)致缺陷多

代碼性能兼容差

代碼沒做好注釋，修改難度大

·測試規(guī)劃階段

測試方案評估不足，導(dǎo)致測試內(nèi)容不全、不合理

測試計(jì)劃不合理，導(dǎo)致測試進(jìn)度緊張

測試用例設(shè)計(jì)不合理，用例設(shè)計(jì)有遺漏

·產(chǎn)品驗(yàn)收階段

開發(fā)提測代碼質(zhì)量不合格，無法按預(yù)期執(zhí)行

開發(fā)提測Demo與產(chǎn)品預(yù)期不符，需要重新實(shí)現(xiàn)

·測試驗(yà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)驗(yàn)不足，導(dǎo)致遺漏bug或發(fā)現(xiàn)bug時間段較晚

項(xiàng)目bug多、修改難度大，導(dǎo)致代碼改動范圍大，增長項(xiàng)目周期

新增需求或需求變更，導(dǎo)致增加開發(fā)測試工作量，增長項(xiàng)目周期

測試進(jìn)度把控不足，導(dǎo)致測試進(jìn)度不滿足預(yù)期

·上線階段

上線預(yù)期要求不明確，比如“升級策略不明確、版本放量控制不明確”

上線環(huán)境準(zhǔn)備不足，無法按預(yù)期上線

比如：線上數(shù)據(jù)未準(zhǔn)備、線上環(huán)境配置未搭建

上線相關(guān)人員不明確或不能及時到位，導(dǎo)致無法按預(yù)期上線

最 后對任何一個軟件項(xiàng)目，可以有最 佳的期望值，但更應(yīng)該要有最壞的準(zhǔn)備，“最壞的準(zhǔn)備”在項(xiàng)目管理中就是進(jìn)行項(xiàng)目的風(fēng)險識別、風(fēng)險評估、風(fēng)險管控：采取積極的步驟對要發(fā)生或即將發(fā)生的風(fēng)險進(jìn)行預(yù)防。