測試分析報告v10-wenkub
2023-04-09 05:34:31 本頁面
【正文】 這部分用于過程度量的數(shù)據(jù)包括文檔生產(chǎn)率和測試執(zhí)行率。 P 表示部分通過， N/A 表示不可測試或者用例不適用。 缺陷匯總 被測系統(tǒng) 系統(tǒng)測試 回歸測試 總計 合計 按嚴重程度 嚴重 一般 微小 按缺陷類型 用戶界面 一致性 功能 算法 接口 文檔 用戶界面 其他 按功能分布 功能一 功能二 功能三 功能四 功能五 功能六 功能七 最好給出缺陷的餅狀圖和柱狀圖以便直觀查看。 測試結(jié)論 1． 測試執(zhí)行是否充分（可以增加對安全性、可靠性、可維護性和功能性描述） 2． 對測試風險的控制措施和成效 3． 測試目標是否完成 4． 測試是否通過 5． 是否可以進入下一階段項目目標 建議 1．對系統(tǒng)存在問題的說明，描述測試所揭露的軟件缺陷和不足，以及可能給軟件實施和運行帶來的影響 2．可能存在的潛在缺陷和后續(xù)工作 3．對缺陷修改和產(chǎn)品設(shè)計的建議 4．對過程改進方面的建議 。 圖例 缺陷分析 本部分對上述缺陷和其他收集數(shù)據(jù)進行綜合分析 缺陷綜合分析 缺陷發(fā)現(xiàn)效率 ＝ 缺陷總數(shù) /執(zhí)行測試用時 可到具體人員得出平均指標 用例質(zhì)量 ＝ 缺陷總數(shù) /測試用例總數(shù) 100％ 缺陷密度 ＝ 缺陷總數(shù) /功能點總數(shù) 缺陷密度可以得出系統(tǒng)各功能或各需求的缺陷分布情況，開發(fā)人員可以在此分析基礎(chǔ)上得出那部分功能 /需求缺陷最多，從而在今后開發(fā)注意避免并注意在實施時予與關(guān)注，測試經(jīng)驗表明，測試缺陷越多的部分，其隱藏的缺陷也越多。需求覆蓋率計算 Y 項 /需求總數(shù) 100％ 測試覆蓋 需求 /功能（或編號） 用例個數(shù) 執(zhí)行總數(shù) 未執(zhí)行 未 /漏測分析和原因 實際上，測試用例已經(jīng)記載了預期結(jié)果數(shù)據(jù)，測試缺陷上說明了實測結(jié)果數(shù)據(jù)和與預期結(jié)果數(shù)據(jù)的偏差；因此沒有必要對每個編號在此包含更詳細的說明的缺陷記錄與偏差，列表的目的僅在于更好的查看測試結(jié)果。列出表格清單則便于知道那個子系統(tǒng) /子模塊的測試頻度，對于多次回歸的子系統(tǒng) /子模塊將引起開發(fā)者關(guān)注 覆蓋分析 需求覆蓋 需求覆蓋率是指經(jīng)過測試的需求 /功能和需求規(guī)格說明書中所有需求 /功能的比值，通常情況下要達到 100％的目標。 例如 XXX 子系統(tǒng) /子功能 實際開始時間－實際結(jié)束時間 總工時 /總工作日 任務(wù) 開始時間 結(jié)束時間 總計 合計 對于大系統(tǒng) /項目來說最終要統(tǒng)計資源的總投入，必要時要增加成本一欄，以便管理者清楚的知道究竟花費了多少人力去完成測試。對于不需要過程度量或者相對較小的項目，例如用于驗收時提交用戶的測試報告、小型項目的測試報告，可省略過程方面的度量部分；而采用了 CMM/ISO 或者其他工程標準過程的，需要提供過程改進建議和參考的測試報告－主要用于公司內(nèi)部測試改進和缺陷預防機制－則過程度量需要列出。 提示：主要是黑盒測試，測試方法可以寫上測試的重點和采用的測試模式，這樣可以一目了然的知道是否遺漏了重要的測試點和關(guān)鍵塊。 提示：如果能夠具體對設(shè)計進行說明，在其他開發(fā)人員、測試經(jīng)理閱
環(huán)評公示相關(guān)推薦
鄂ICP備17016276號-1