入行軟件測試的人員最需要掌握的基本功有三：設計測試用例、發現缺陷、撰寫測試報告，透過這三個基本功基本可以摸清一名測試人員的專業度及其在其他方面的測試技能熟練程度，而從測試報告可以看出用例設計和發現缺陷兩項基本功是否扎實，本文簡短的梳理了軟件測試報告需要包含哪些基本內容。
特別備注：本文案例是筆者所在項目的實踐，僅作為互聯網軟件研發質量保證參考，因地制宜的實施，而不是時機不成熟就統計，那可能本末倒置，甚至帶來負面影響。
背景介紹
互聯網行業大多都追求敏捷，即產品需求快速迭代發布。Web、H5、服務端一般可以做到每日發布，至少每周一次發布，目前所負責業務線是每周兩次發布。 關於敏捷實踐經驗，未來再梳理，本文不贅述。
當前研發迭代周期：
客戶端產品：Android/iOS各一個版本
H5/web/服務端：每周兩次發布（兩個發布日）
測試報告規范
1. 客戶端產品：
1）系統集成測試階段輸出 - 每日測試報告
2）版本測試總結報告 - 版本發布完輸出
2. 日常迭代測試報告：發布日輸出；大需求單獨輸出測試報告
3. 質量總結報告：建議半年輸出1次，每年2次
測試報告內容
<需求統計分析>案例：
<缺陷回歸分析>案例：
<缺陷一次性修復成功率>案例：
軟件質量總結報告
備注1：建議半年輸出1次，每年2次
備注2：有兩個數據（單位需求缺陷數、單位需求用例數），可以統計作為研發效能考量，但有個前提：產品需求規范，研發流程規范，測試用例設計規范等系列規范落地執行后，拉長時間段對比方有意義。
單位需求缺陷數：
一定程度上反映提測質量
單位需求用例數：
一定程度上反映需求復雜度
<缺陷趨勢圖>案例：
<研發過程數據統計>案例：
項目 |
實現需求數 |
新增測試用例 |
新增缺陷數 |
線上故障 |
漏測率 （線上故障/新增缺陷） |
項目1 |
139 |
1052 |
765 |
3 |
0.39% |
項目2 |
130 |
351 |
457 |
3 |
0.66% |
項目3 |
145 |
710 |
124 |
0 |
0.00% |
項目4 |
791 |
1753 |
477 |
2 |
0.42% |
項目5 |
54 |
177 |
67 |
2 |
2.99% |
項目6 |
442 |
3988 |
762 |
8 |
1.05% |
項目7 |
9 |
16 |
23 |
0 |
0.00% |
項目8 |
444 |
264 |
82 |
2 |
2.44% |
項目9 |
23 |
51 |
25 |
0 |
0.00% |
項目10 |
11 |
0 |
3 |
0 |
0.00% |
總數 |
2188 |
8362 |
2785 |
20 |
0.72% |
<用戶反饋分析>案例：
end