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

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

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

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

公司或項目團(tuán)隊的不支持。有時是不幫助測試人員做bug分析工作，有時候制定了bug預(yù)防方案卻因為公司或團(tuán)隊的不支持而難以推進(jìn)。

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

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

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

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

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

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

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

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

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

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

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

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

推薦閱讀：

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

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

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

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