你這麼優秀，一定只想把「檸檬班」置頂
問題**於一些同僚的問題。
「vincent，老闆讓我發乙份軟體質量報告，你有模板嗎？」
「是測試報告嗎？」
「no，no，應該不是測試報告，是質量報告。」
測試報告大家都大概知道怎麼做，但是質量報告呢，說起來他到底與測試報告有什麼不同？
仔細思考，其實這兩種報告之間的差異還是比較直觀的。
當然，測試的報告也能反應出乙個產品的質量，但是他的衡量一般不夠直觀。
(比如缺陷數量這種資料，由於軟體規模不一樣，是不能用來對軟體質量進行客觀評價的)
而質量報告，則以產品質量為出發點，核心關注內容就是產品質量。
測試工作量及相關問題，則不是他關注的重心。
如果說測試報告是向直接領導匯報工作，那麼質量報告則是向利益干係人報告產品情況。
可以說二者的差異在於出發點和關注點的不同，當然也有功能重疊的部分。
1質量報告內容
那麼軟體質量報告怎麼報告？
思路上，筆者認為可以從以下六方面去考慮：
1. 軟體計畫的特性完成了多少？(產品完成情況)
2. 已完成的功能特性好不好用？(產品有沒有什麼問題)
3. 工作完成情況？(測試沒有完成的部分可能存在風險)
4. 我們的研發過程質量如何？(過程質量也是質量，實際上我們認為產品質量根源於過程質量而非測試)
5. 我們的產品研發計畫是否存在偏離？(如果計畫出現偏離，則需引起重視並施加措施)
6. 產品的質量呈現怎樣的趨勢？(產品質量走勢分析，可以幫助對專案接下來的走向做出**和問題防範)
接下來的問題就是如何用資料去度量以上這些指標，我們來做乙個羅列：
產品完成情況度量：
◆ 需求通過率
◆ 功能點通過率
◆ 風險規避情況
產品質量度量：
◆ 測試通過率
◆ 缺陷密度
◆ 缺陷嚴重級別分布
◆ 缺陷型別分布
◆ 缺陷模組分布
◆ 缺陷修復率
測試完成度：
◆ 用例覆蓋率
◆ 測試執行率
◆ 測試通過率
研發質量度量：
◆ 缺陷生存週期
◆ 測試用例命中率
◆ 二次故障率
◆ 缺陷有效率
◆ 缺陷探測率
◆ 缺陷移除率
◆ 測試依據穩定性
計畫偏離度量：
◆ 工作量偏離度
◆ 工作進度偏離
◆ 預算使用比例
◆ 問題等待時間
產品質量趨勢：
◆ 缺陷到達率
◆ 缺陷收斂度
◆ 缺陷引入率
注意：
1. 以上指標並非所有可能用到的指標，一些比較複雜而缺乏實際效用的指標沒有包括
2. 指標在6個模組中可能存在多處適用的情況，不需要過多糾結。
2質量指標詳解
接下來的問題是，這些指標如何收集和計算，我們用**來展示
幾點補充說明：
1. 取決於專案成熟度和組織形式，這26個指標的可採集度是不同的。我們可以結合專案特性，進行採集，捨棄掉無法或者不便於採集的資料。
2. 可以調整資訊採集能力來實現一些比較有價值資料的統計。比如通過增加缺陷的發生和解決階段的記錄(在每個缺陷資訊中)，來統計缺陷移除率。
3. 指標不可生搬硬套，可以結合專案情況進行調整、細化和轉化。比如需求通過率經常被轉化成「測試通過率」；工作進度偏離則理當被細化為每項工作的進度偏離。
3示例
以某專案質量月報為例。
測試完成度：結合測試執行率與通過率進行統計。
產品完成度：採用功能點通過率做為統計。
產品質量：統計缺陷密度、嚴重級別分布、型別分布。
研發過程質量：統計缺陷生存週期、二次故障率、依據穩定性。
計畫偏離度：著重統計進度偏離。
質量趨勢：結合缺陷到達率和遺留率進行統計。
以上就是選取了一些便於採集的資料(並非所有)，製作的質量度量報告，規模並不算大，適宜做為月或者周報告。
如果是總體報告，那麼可以考慮採集更多資料，豐富報告的內容。
再者，質量報告以報告產品質量為目的，不同於測試總結報告。
因此並未包含人員安排、問題羅列、風險預估和未來計畫等內容，如果需要綜合匯報可以新增整合進去。
今日福利
需要專案質量月報模板
軟體測試報告 軟體質量報告？還是軟體測試報告？
問題 於一些同僚的問題。vincent，老闆讓我發乙份軟體質量報告，你有模板嗎？是測試報告嗎？no，no，應該不是測試報告，是質量報告。測試報告大家都大概知道怎麼做，但是質量報告呢，說起來他到底與測試報告有什麼不同？仔細思考，其實這兩種報告之間的差異還是比較直觀的。當然，測試的報告也能反應出乙個產品...
軟體測試報告
軟體測試報告 專案編號 專案名稱 任務編號 序號 工作名稱 程式 id 程式名稱 程式設計員 測試完成日期 年 月 日 測試工程師 測試完成日期 年 月 日 1 是 否 安裝 1 程式執行環境已經正確設定 2 程式 檢查 1 程式單位首部有程式說明和修改備註 2 變數 過程 函式命令符合規則 3 程...
軟體測試報告
軟體測試報告根據不同測試階段，不同閱讀物件有所不同 不同的閱讀物件包括，測試組員 開發人員 管理團隊 專案經理 及客戶 對於開發人員和測試人員，報告內容應說明本次報告的測試範圍 測試環境 配置環境 bug型別 bug的分析 產生原因 bug分布的趨勢 bug的狀態分布等，這樣開發人員和測試人員可以根...