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