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