要通過問題單來分析測試質量， 那首先我們需要規定問題單的一些基本規范，比如說提交問題單必須要有的一些字段：版本號、模塊、 測試用例編號、嚴重級別、問題單提交人、提交問題單的時間、測試環境、重現問題步驟、預期結果、實際結果、必要的截圖附件。
版本號：通過這個字段我們可以分析出每一輪測試發現的問題單數，通常情況第一輪、第二輪、第三輪.....第N輪， 每輪發現的問題單數是越來越少的，如果測試過程中發現問題單數量沒有收斂，那我們就需要詳細分析為什么問題單沒有收斂了? 有以下可能原因：1、開發每次修改完一個bug后， 會引出新bug， 這個就是開發問題 2、是前面沒有測試出來的bug，這就是我們自身的問題了，需要改進我們的測試。
模塊：問題單通常有2、8原則， 20%的地方發現80%的問題，如果一個模塊持續不斷發現很多問題，問題不收斂，那我們需要分析出是什么原因導致的， 如果一個新特性轉測試后，沒有發現問題，這個也需要去分析， 為什么會導致這樣， 是不是測試不充分， 是不是測試策略存在問題，還是說這個開發很厲害，開發質量很高。
測試用例編號：如果發現的bug中，只有很少的一部分是通過測試用例發現，那我們需要反思我們的測試用例是不是存在問題， 為什么發現不了問題?測試用例是否需要修改。
嚴重級別：一個系統中，致命、嚴重、一般、提示bug的占比基本上不會有太大變化的，如果全部是致命bug， 那我們需要分析測試是否充分，測試越往后、發現的加權缺陷值應該是越來越少的， 什么叫加權缺陷值， 就是說一個致命bug10分、 嚴重bug3分、一般bug1分、提示bug0.1分， 如果不滿足收斂的趨勢，也需要分析導致的原因
問題單提交人：如果兩個人都執行了200個用例，A發現了5個bug，B發現了1個bug， 那我們就需要去分析B執行的用例的模塊的質量是不是有顯示的那么好， 是不是沒有認真測試，需不需要交叉測試一下。
提交問題單的時間：一輪測試時間是3天， 那么正常情況下第一天可以測試出的bug數是最多的，然后依次減少， 如果第三天發現了更多的bug， 那我們需要分析，是不是我們的測試策略存在問題。 注：尊重原創文章,轉載請注明出處和鏈接 http://m.hebeijilong.cn/news-id-17718.html 違者必究！部分文章來源于網絡由培訓無憂網編輯部人員整理發布,內容真實性請自行核實或聯系我們，了解更多相關資訊請關注軟件測試頻道查看更多，了解相關專業課程信息您可在線咨詢也可免費申請試課。關注官方微信了解更多：150 3333 6050
