每一輪測試結(jié)束進行缺陷分析是必不可少的，關(guān)于缺陷分析和預(yù)防的一些方法可以參考：http://www.cnblogs.com/Jackc/archive/2009/02/18/1392657.html；鏈接中的一些方法講的有些籠統(tǒng)和理論化，下面主要結(jié)合自己的項目測試經(jīng)驗做下簡單的總結(jié)。
《軟件質(zhì)量管理實踐--軟件缺陷預(yù)防、清除、管理實用方法》這本書中介紹的缺陷度量元感覺很有用處，可以結(jié)合一下度量目標以及實際的項目確定適當(dāng)?shù)亩攘吭＠纾梢园凑杖缦卤硭镜乃悸反_定組織整體或者項目組個體使用哪些缺陷度量元。
在我們給出的測試報告中可以結(jié)合以上各度量元給出相應(yīng)的缺陷分析，以此來判斷被測產(chǎn)品的質(zhì)量情況以及缺陷趨勢。
作為測試人員也應(yīng)該在分析指標、統(tǒng)計數(shù)據(jù)的基礎(chǔ)上，對軟件缺陷狀況進行定性分析，發(fā)現(xiàn)問題，并向項目負責(zé)人和測試負責(zé)人匯報相關(guān)情況，以此優(yōu)化測試流程。
……………………
查看全文請點擊下載：http://www.51testing.com/html/76/n-844176.html
回歸測試中發(fā)現(xiàn)開發(fā)人員修改bug引進的新bug，針對這個問題要引起測試人員的重視，如果是開發(fā)人員技術(shù)和態(tài)度問題，那么一個項目多輪次測試時只進行主要功能測試和驗證性測試是存在一定的風(fēng)險。針對測試過程中發(fā)現(xiàn)開發(fā)人員所犯的一些低級錯誤，如打包錯誤，缺陷reopen等等，對于這些問題每輪測試結(jié)束時要收集上報給項目經(jīng)理和測試負責(zé)人，力求開發(fā)人員作出相應(yīng)的改進。
通過缺陷分析也可以發(fā)現(xiàn)一些其它的問題：測試用例執(zhí)行情況、測試人員態(tài)度、缺陷遺漏、測試方法改進等等。
這里舉個簡單的例子，一個項目多Build測試，我們分析缺陷：
是否有些缺陷執(zhí)行測試用例本應(yīng)該在前期發(fā)現(xiàn)，但是實際在后幾輪才發(fā)現(xiàn)？（當(dāng)然，這個可能與測試策略也有一定的關(guān)系，這個也有可能是有些測試人員本沒有執(zhí)行測試用例，但是測試報告上填寫執(zhí)行）
是否存在Not A Bug的缺陷？（分析是開發(fā)人員問題，還是測試人員問題）
是否有些缺陷一個人執(zhí)行測試用例時沒有發(fā)現(xiàn)但是另一個人執(zhí)行卻發(fā)現(xiàn)了（可能與測試用例編寫不明確有關(guān)系）
是否有些缺陷是在交叉測試時發(fā)現(xiàn)的，而這些缺陷測試用例又覆蓋不到？
是否有些缺陷是有些同事不斷的引入新的測試方法，測試技術(shù)以及測試工具發(fā)現(xiàn)的？
分析其它組的缺陷，是否有好的測試方法和測試思路引進？
----------------------------
作為測試人員我們要不斷的從缺陷中分析，為自己測試改進提供參考，找出自己測試思路的短板和盲點，不斷優(yōu)化測試過程，提高測試質(zhì)量和效率。
查看全文請點擊下載：http://www.51testing.com/html/76/n-844176.html
本文收錄于《51測試天地》電子雜志第二十九期。
版權(quán)聲明：本文出自51Testing軟件測試網(wǎng)電子雜志——《51測試天地》第二十九期。51Testing軟件測試網(wǎng)及相關(guān)內(nèi)容提供者擁有51testing.com內(nèi)容的全部版權(quán)，未經(jīng)明確的書面許可，任何人或單位不得對本網(wǎng)站內(nèi)容復(fù)制、轉(zhuǎn)載或進行鏡像，否則將追究法律責(zé)任。