一、什么是報告？報告是指把的過程和結果寫成文檔，對發現的問題和缺陷進行分析，為糾正軟件的存在的質量問題提供依據，為軟件驗收和交付打下基礎。
二、執行和結束的準則1. 執行的結束原因1）達到預期目的后，按計劃結束2）受時間進度、資源的限制，被迫結束2. 執行結束準則1）在計劃中明確說明結束的條件2）Good-Enough原則3) 結束條件的判定是在質量和成本之間的折衷4) *的時間段內沒有發現新的缺陷5) 基于成本的考慮（不適用武器、醫療設備）3. 執行結束條件1）達到了覆蓋率的要求2）單元：語句覆蓋、...3）集成：API、參數組合...4）系統：功能、用例、用例場景...（例如：**語句覆蓋 90%用例場景覆蓋）5）項目組達成一致6）因時間進度、資源的限制必須結束7）根據經驗的就是當找到并將解決的缺陷占總缺陷的比例達到85%時，可終止。
三、報告目標及關注點1. 目標1）表示出目前項目的實際狀況2）明確什么是做的工作，什么是不作的工作。
3）給出系統的操作性能的評價4）明確什么時候系統可以進行產品化的工作2. 關注點1) 報告只有真正需要的時候才有用，需要配合市場和管理2) 的信息是不充分的（對于評價一個項目來說）3) 狀況并不能真實的反應個人的狀況四、報告組成要素1）本次的總體策略2）本次的準備與設計（分解）3）的具體內容和執行情況4）覆蓋分析5）缺陷的統計與分析6）建議7）支撐材料五、報告模板1. 報告：1）（如了什么、如何等等）2）計劃、用例的變化；3）全面評估版本信息；4）結果（度量、計數）；5）項通過/未通過準則的評估；6）活動的（資源的使用、效率等）；7) 審批2. 報告目前的軟件狀態1) 功能/矩陣2) 功能的狀態報告，側重點分析3) 關于功能的工作時間軸4) 期望發現 VS 實際發現的缺陷比5) 沒有發現的缺陷和改正的缺陷的差距6) 按照類型分類，沒有改正的缺陷的平均值7) 缺陷分類報告8) 活動報告3. 數據收集1）有關結果的積累數據2）任務，和事件的描述3) 缺陷分析4) 由于計劃的問題，導致沒有發現的缺陷的數據5) 嚴重的缺陷6) 缺陷類型7) 為什么缺陷沒有發現8) 效果六、系統覆蓋程度1. 覆蓋是對完全程度的評測。
覆蓋是由需求和用例的覆蓋或已執行代碼的覆蓋表示的。
覆蓋率等于覆蓋面積/總面積2.對軟件需求的估算分為兩部分：2.1基于需求的覆蓋估算基于需求的覆蓋在生命周期中要評測多次，并在生命周期的里程碑處提供覆蓋的標識（如已計劃的、已實施的、已執行的和成功的覆蓋）。
在執行活動中，使用兩個覆蓋評測，一個確定通過執行獲得的覆蓋，另一個確定成功的覆蓋（即執行時未出現失敗的，如沒有出現缺陷或意外結果的）。
2.2基于代碼的覆蓋估算基于代碼的覆蓋評測過程中已經執行的代碼的多少，與之相對的是要執行的剩余代碼的多少。
代碼覆蓋可以建立在控制流（語句、分支或路徑）或數據流的基礎上。
七、報告重點那么中較重要的是什么呢？較主要的就是結果及缺陷分析。
這部分主要是用圖表來展現，比如所有bug的狀態圖、bug的嚴重程度狀態。
這里主要有一些術語要和大家交待一下。
1）項目名稱2）實測結果與預期結果的比較3）發現的問題4）缺陷發現率=缺陷總數/執行用例數5）用例密度=缺陷總數/用例總數x**6）缺陷密度=缺陷總數/功能點總數7）達到的效果