從測試角度度量專案質量的7個維度
首先由於我自己是做測試的,因此這篇文章頁主要是從測試的角度出發,對幾個測試相關的維度進行分析,說明它們是如何影響專案質量的。這7個維度是根據 以往做專案的經驗再加上網上一些前輩的總結提煉出來的,並非來自於教科書,所以僅供參考。這7個維度也只是從功能測試出發,對於效能測試、安全性測試、用 戶體驗測試等並沒有過多的涉及,至於從這些方面如何去度量,以後再做討論。
首先,我們要明確幾個概念,就是“嚴重Bug”和“缺陷修復率”。這7個維度,有很多都和這兩個概念有關。“嚴重Bug”指的是在專案中,優先 級為A和B的Bug。由於我們公司用的JIRA不像Bugzilla那樣,對Bug分為“嚴重程度”和“優先順序”兩個維度,因此我們在報Bug時根據情況 綜合這兩點的影響,統一以“優先順序”來衡量Bug級別。A級Bug是指程式無法正常執行或者是測試無法正常進行;B級是指各個主要功能模組出現使用者不可接 受的錯誤。C級和D級大多也是一些功能方面的問題,還有一些使用者體驗易用性的問題,使用者可以接受少量這種型別的Bug。
好,下面開始討論這7個維度,我會說明計算方法,以及它們的戰略意義。
1、嚴重bug數 / 測試用例數
這個維度代表了一個專案的嚴重bug數量是否正常,讓測試用例參與計算,是為了平衡規模不同的專案的資料。
2、第三輪系統測試出現的嚴重bug數 / 嚴重bug總數
由於和 專案並行比較常見,又不可避免,因此目前我們的測試流程儘可能的控制不超過四輪系統測試,四輪的目標分別是:發現bug、驗證bug並響應變更、繼續驗證 Bug、穩定迴歸。如果在第三輪系統測試時,還出現大量嚴重bug,那說明可能是之前的測試做的不到位,或者有新的變更,再或者開發修改缺陷帶來的成本太 高,肯定是不正常的,也會對第四輪的迴歸帶來巨大風險。因此這個數字應該要控制在一個很低的水平。
3、被重開的嚴重bug / 嚴重bug總數
重開指開發修復缺陷後,測試驗證不透過,或者是已經關閉的Bug又復發。這個維度也應該被控制在一個很低的水平,如果偏高,說明開發修復bug的效率偏低,程式碼不穩定,釋出後出現bug的機率可能會增加。
4、第二輪、第三輪測試用例平均透過率
因為第二輪和第三輪的目標就是修復bug,所以如果第三輪結束的時候,嚴重bug全部被修復,並且第三輪沒有出現新的嚴重bug,那麼可以說項 目的質量是非常穩定的。這裡判定第二輪、第三輪用例透過與否的標準,就是看這兩輪測試結束時,如果有嚴重bug沒有關閉,那相關的測試用例就是 failed。此外,C、D級bug如果沒有關閉,除非有確定的用例與之對應,否則不會影響用例的透過率。
5、測試工作量(人月) / 測試用例數
這個維度代表投入的測試資源是否充足,這裡的工作量,指的是從測試設計到測試執行的所有人月數。如果數字過低,說明測試資源緊張,無法保證;如果過高,說明有可能測試效率低,測試負責人需要進行解釋。
6、嚴重bug平均關閉時間(天)
bug 關閉時間,指bug從建立開始,到close為止,經過的時間,要精確到小數點後1位。只有狀態是closed的bug,才會計算關閉時間。平均關閉時間 的計算方法也很簡單,把所有closed嚴重bug求平均值即可。這個維度代表專案組解決bug的效率,如果時間太長,說明專案組對bug重視不夠,或者 開發組資源不足。
7、已修復Bug / Bug總數
這個維度代表測試人員所報Bug的總體修復率,如果修復率過低說明在測試過程中對於專案的控制出現了問題,可能是在測試過程中產品變更過於頻繁,對變更的控制不合理,或者測試組對於專案的理解有偏差,專案經理和測試負責人需要給出解釋。
其實要度量專案的質量,還有很多維度要考慮,比如需求文件、設計方案、程式碼等等,不過我們還是先在測試的範疇進行討論,歡迎大家對這些維度提改進建議,或者提出新的維度。
轉載請註明:
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/29379530/viewspace-1063562/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- 如何加快專案進度提高專案質量
- 迴歸測試中的專案質量管理應用(轉)
- 軟體質量目標度量
- 換個角度提升APP效能和質量APP
- 專案質量管理
- 軟體測試度量
- 面試題:如何權量測試版本的質量?面試題
- 用“質量門”確保專案質量(轉)
- 軟體測試外包專案經驗分享:歷經7個月的OA系統專案驗收測試情況
- 質量度量分析與測試技術 培訓大綱
- 質量.軟體.管理--系統思維(7)
- 【軟體測試】質量保證與測試策略
- 質量體系建設之路---從介面測試開始基建
- 一個SaaS專案失敗的原因 從個人角度覆盤專案失敗的5個重要原因
- 軟體測試學習教程—軟體測試質量
- 快代理代理IP測試,最新代理IP質量測試
- 淺談語音質量保障:如何測試 RTC 中的音訊質量?音訊
- java測試和度量好工具!Java
- 軟體構造的多維度檢視&質量目標
- 寫好測試,提升應用質量
- IT質量我保障——IT測試全接觸
- 軟體測試質量的六大特性和27個子特性
- [測試平臺] 全流程客戶端測試質量保障客戶端
- 保證資料庫質量安全:從0開始的資料庫測試資料庫
- Go工程管理 18 | 質量保證:通過測試保證質量Go
- [原創]專案管理知識體系指南之 8專案質量管理思維導圖專案管理
- 如何保障前端專案的程式碼質量前端
- 印度專案質量管理經驗
- 軟體專案質量管理(轉)
- 專案開發中質量和速度哪個更重要?
- 專案(Explore)總結之專案質量管理
- 精準測試:如何判斷兩次測試中哪次的質量更好?
- 【版本升級】PerfDog新增多維度測試報告對比功能、iOS電量測試功能升級測試報告iOS
- 程式碼質量管控 -- 複雜度檢測複雜度
- 從產品測試角度聊Crazy Taxi: Gazillionaire是如何盈利的AI
- 從軟體開發角度談測試案例設計
- Python專案維護不了?可能是測試沒到位。Django的單元測試和整合測試初探PythonDjango
- 軟體測試——軟體安全質量的保證