怎么進(jìn)行測(cè)試缺陷分析？常見的缺陷分析方法有哪些？

如今，大家都會(huì)通過bug分析來改進(jìn)產(chǎn)品質(zhì)量、優(yōu)化研發(fā)流程和項(xiàng)目管理方式。很多時(shí)候項(xiàng)目開發(fā)周期難以控制，原因之一就是缺乏缺陷數(shù)據(jù)的統(tǒng)計(jì)與分析，及缺陷的預(yù)防機(jī)制。

缺陷產(chǎn)生原因復(fù)雜：

運(yùn)行環(huán)境（操作系統(tǒng)、數(shù)據(jù)庫等）、第三方工具或軟件、網(wǎng)絡(luò)、用戶操作習(xí)慣等都可能導(dǎo)致缺陷的產(chǎn)生，這會(huì)直接導(dǎo)致定位缺陷原因成本的上升。

公司或項(xiàng)目團(tuán)隊(duì)的不支持。有時(shí)是不幫助測(cè)試人員做bug分析工作，有時(shí)候制定了bug預(yù)防方案卻因?yàn)楣净驁F(tuán)隊(duì)的不支持而難以推進(jìn)。

程序員的不配合：比如我們希望程序員在bug修復(fù)時(shí)順便備注bug的根源和修復(fù)方式，這個(gè)要求很可能導(dǎo)致程序員的抵觸。

測(cè)試人員不懂如何分析。團(tuán)隊(duì)人員沒有質(zhì)量管理的意識(shí)。缺陷分析工作完成后，后續(xù)工作難以落地，等等。

什么時(shí)候進(jìn)行缺陷分析？

發(fā)現(xiàn)bug時(shí)和測(cè)試結(jié)束前后都需要進(jìn)行bug分析，另外，可以在開發(fā)過程中做一些階段性的bug分析，也可以在測(cè)試階段每天都做一次bug分析。最好讓團(tuán)隊(duì)同意使用bug管理工具來管理bug，否則會(huì)大大增加這項(xiàng)工作的難度。

對(duì)哪些bug進(jìn)行分析？

軟件缺陷的范圍很廣，不僅僅指在測(cè)試過程中發(fā)現(xiàn)的缺陷，而是指在整個(gè)軟件生命周期中發(fā)現(xiàn)的所有缺陷。但是否所有的缺陷都需要分析呢？顯然不是。

做分析之前首先要明確我們的目的，目的的不同也決定了分析內(nèi)容的不同。比如有的團(tuán)隊(duì)，可能只需要對(duì)上線后發(fā)現(xiàn)的漏測(cè)bug進(jìn)行分析；有的團(tuán)隊(duì)需要對(duì)上線后暴露的bug以及測(cè)試階段發(fā)現(xiàn)的典型bug進(jìn)行分析。需要根據(jù)團(tuán)隊(duì)需要進(jìn)行確定。

如何進(jìn)行缺陷分析？常見的缺陷分析方法有哪些？

前提還是要想清楚自己做缺陷分析的目的是什么，有了方向，再考慮如何開展后續(xù)工作。

比如產(chǎn)品上線后質(zhì)量較差，頻繁出現(xiàn)線上bug。那我們可以聯(lián)合其他部門針對(duì)線上bug進(jìn)行分析，排查每一個(gè)線上bug產(chǎn)生的原因，確定是否是測(cè)試人員漏測(cè)導(dǎo)致，如果是，那我們?cè)俜治鲆幌轮笆窃趺礈y(cè)試的（需要保留之前的測(cè)試記錄），當(dāng)時(shí)為什么沒有測(cè)試出來，以后怎么改進(jìn)工作。這項(xiàng)工作需要長期進(jìn)行，才能真正提高測(cè)試人員的“bug檢出率”。

比如感覺目前的軟件開發(fā)過程混亂，也可以通過缺陷分析來進(jìn)行優(yōu)化。比如優(yōu)化缺陷分類方式、增減缺陷屬性，根據(jù)缺陷的統(tǒng)計(jì)屬性來確定軟件開發(fā)的哪個(gè)環(huán)境問題較多，通過缺陷流轉(zhuǎn)中出現(xiàn)的問題來優(yōu)化缺陷管理流程等。

所以，通過適當(dāng)?shù)姆椒?，它可以在可控的時(shí)間投入下，為組織積累寶貴的財(cái)富，并且在未來的開發(fā)中得到數(shù)倍、數(shù)十倍上百倍的回報(bào)。忙碌不是理由，在未來少掉一個(gè)新 bug，就賺回來了。

推薦閱讀：

什么是軟件缺陷？缺陷分析的目的是什么?

什么是缺陷管理？缺陷管理的定義

缺陷管理方法之幾種常見的軟件缺陷預(yù)防方法

如何選擇Bug管理工具?常用Bug管理工具的功能有哪些？