軟件質量報告模板-產品質量度量

問題來源於一些同僚的問題。

「Vincent，老闆讓我發一份軟件質量報告，你有模板嗎？」

「是測試報告嗎？」

「No，No，應該不是測試報告，是質量報告。」

 

測試報告你們都大概知道怎麼作，可是質量報告呢，提及來他到底與測試報告有什麼不一樣？

仔細思考，其實這兩種報告之間的差別仍是比較直觀的。

測試報告，更可能是以測試爲出發點，關注測試工做的背景、過程、完成度和結果。固然，測試的報告也能反應出一個產品的質量，可是他的衡量通常不夠直觀（好比缺陷數量這種數據，因爲軟件規模不同，是不能用來對軟件質量進行客觀評價的）。

而質量報告，則以產品質量爲出發點，核心關注內容就是產品質量。測試工做量及相關問題，則不是他關注的重心。

若是說測試報告是向直接領導彙報工做，那麼質量報告則是向利益干係人報告產品狀況。能夠說兩者的差別在於出發點和關注點的不一樣，固然也有功能重疊的部分。

 

1. 質量報告內容

那麼軟件質量報告怎麼報告？思路上，筆者認爲能夠從如下六方面去考慮：

1. 軟件計劃的特性完成了多少？（產品完成狀況）
2. 已完成的功能特性好很差用？（產品有沒有什麼問題）
3. 工做完成狀況？（測試沒有完成的部分可能存在風險）
4. 咱們的研發過程質量如何？（過程質量也是質量，實際上咱們認爲產品質量根源於過程質量而非測試）
5. 咱們的產品研發計劃是否存在偏離？（若是計劃出現偏離，則需引發重視並施加措施）
6. 產品的質量呈現怎樣的趨勢？（產品質量走勢分析，能夠幫助對項目接下來的走向作出預測和問題防範）

 

接下來的問題就是如何用數據去度量以上這些指標，咱們來作一個羅列：

產品完成狀況度量：

• 需求經過率
• 功能點經過率
• 風險規避狀況

產品質量度量：

• 測試經過率
• 缺陷密度
• 缺陷嚴重級別分佈
• 缺陷類型分佈
• 缺陷模塊分佈
• 缺陷修復率

測試完成度：

• 用例覆蓋率
• 測試執行率
• 測試經過率

研發質量度量：

• 缺陷生存週期
• 測試用例命中率
• 二次故障率
• 缺陷有效率
• 缺陷探測率
• 缺陷移除率
• 測試依據穩定性

計劃偏離度量：

• 工做量偏離度
• 工做進度偏離
• 預算使用比例
• 問題等待時間

產品質量趨勢：

• 缺陷到達率
• 缺陷收斂度
• 缺陷引入率

注意：1. 以上指標並不是全部可能用到的指標，一些比較複雜而缺少實際效用的指標沒有包括；2. 指標在6個模塊中可能存在多處適用的狀況，不須要過多糾結。

 

2. 度量指標詳解

接下來的問題是，這些指標如何收集和計算，咱們用表格來展現。

幾點補充說明：

1. 取決於項目成熟度和組織形式，這26個指標的可採集度是不一樣的。咱們能夠結合項目特性，進行採集，捨棄掉沒法或者不便於採集的數據。

2. 能夠調整信息採集能力來實現一些比較有價值數據的統計。好比經過增長缺陷的發生和解決階段的記錄（在每一個缺陷信息中），來統計缺陷移除率。

3. 指標不可生搬硬套，能夠結合項目狀況進行調整、細化和轉化。好比需求經過率常常被轉化成「測試經過率」；工做進度偏離則理當被細化爲每項工做的進度偏離。

 

3. 示例

以某項目質量月報爲例。

測試完成度：結合測試執行率與經過率進行統計。

產品完成度：採用功能點經過率作爲統計。

產品質量：統計缺陷密度、嚴重級別分佈、類型分佈。

研發過程質量：統計缺陷生存週期、二次故障率、依據穩定性。

 

計劃偏離度：着重統計進度偏離。

質量趨勢：結合缺陷到達率和遺留率進行統計。

 

以上就是選取了一些便於採集的數據（並不是全部），製做的質量度量報告，規模並不算大，適宜作爲月或者週報告。

若是是整體報告，那麼能夠考慮採集更多數據，豐富報告的內容。

再者，質量報告以報告產品質量爲目的，不一樣於測試總結報告。所以並未包含人員安排、問題羅列、風險預估和將來計劃等內容，若是須要綜合彙報能夠添加整合進去。

 

示例模板在這裏 提取碼 q9vv。