-《專案名稱》
測試質量報告
******測試報告
1. 專案簡介1.1 編寫文件目的
本測試報告反映在《專案名稱》的乙個版本內的質量情況。包含該版本經開發部發布後測試組的接受結果與原因、存在的問題描述與分析。
1.2 專案簡述
簡單介紹專案概況(參照功能說明書)。
1.3 定義
列出設計本系統/專案的專用術語和縮寫語約定。對於技術相關的名詞和與多義詞一定要註明清楚,以便閱讀時不會產生歧義。
1.4 參考文件
1.需求、設計、測試用例、手冊以及其他專案文件都是範圍內可參考的文件。
2.測試使用的國家標準、行業指標、公司規範和質量手冊等等。
2. 測試概要測試的概要介紹,包括測試的一些宣告、測試範圍、測試目的等等,主要是測試情況簡介。(其他測試經理和質量人員關注部分)。
歸納對測試項的評價,指明被測試項及其版本修訂級別指出測試活動的發生環境,對於每個測試項如果存在測試計,劃測試設計說明,測試規程說明,測試項傳遞報告,測試日誌和測試事件報告等檔案則可以引用它們。
2.1 測試用例設計方法和工具
簡要介紹測試用例的設計方法和工具。例如:等價類劃分、邊界值、因果圖,以及用這類方法
提示:主要是黑盒測試,測試方法可以寫上測試的重點和採用的測試模式,這樣可以一目了然的知道是否遺漏了重要的測試點和關鍵塊。工具為可選項,當使用到測試工具和相關工具時,要說明。
注意要註明是自產還是廠商,版本號多少,在測試報告發布後要避免大多任務具的版權問題。重點測試部分一定要保證有兩種以上不同的用例設計方法。
2.2 測試環境與配置
簡要介紹測試環境及其配置。
提示:清單如下,如果系統/專案比較大,則用**方式列出
3. 測試情況3.1 測試版本情況
測試版本版本號,是否接受該版本以及原因表述
3.2 差異
報告測試項與它們的設計說明之間的差別並指出與測試計畫測試設計說明或測試規程說明中
描述或涉及的測試間的差別說明產生差別的原因。
3.3 測試充分性評價
根據測試計畫規定的充分性準則如果存在的話對測試過程作充分性評價指出未被充分測試
的特性或特性組合並說明理由。
3.4 測試組織
總結主要的測試活動和事件總結資源消耗資料如人員的總體水平總機時和每項主要測試
活動所花費的時間
3.4.1 測試時間
列出測試的跨度和工作量,最好區分測試文件和活動的時間。資料可供過程度量使用。
例如對***子系統/子功能
子系統/子模組
實際開始時間
實際結束時間
總工時/總工作日
測試人員用工統計
角色 開始時間
結束時間
總計4. 測試結果及分析總結測試的結果指出所有已解決的事件並總結其解決方法指出尚未解決的事件
4.1 測試情況統計分析
列舉發現問題數量,屬於問題數量(包含確認通過問題數量、確認未通過問題數量、以後版本修改數量、需求問題數量、不修改問題數量),不屬於問題數量。
a、 合格率(以案例數)= 測試通過案例數/使用測試案例總數;
b、 合格率(以聯機交易數)= 測試通過聯機交易數/需要測試聯機交易總數;
c、 合格率(以批量報表數)= 測試通過報表數/需要測試報表總數;
d、 測試完成率 = 使用案例數/設計案例總數;
若測試完成率≠100%時,須文字加以說明
e、 問題更正率=問題修改確認通過數/出現問題案例總數;
描述系統的實現能力、缺陷和限制、建議和評價;
4.2 覆蓋分析
4.2.1 需求覆蓋
需求覆蓋率是指經過測試的需求/功能和需求規格說明書中所有需求/功能的比值,通常情況下要達到100%的目標。
指出需求/功能(或編號) 測試型別是否通過備註
根據測試結果 ,按編號給出每一測試需求的通過與否結論。p表示部分通過,n/a表示不可測試或者用例不適用。實際上,需求跟蹤矩陣列出了一一對應的用例情況以避免遺漏,此表作用為傳達需求的測試資訊以供檢查和審核。
需求覆蓋率計算 y項/需求總數 ×100%
4.2.2 測試覆蓋
指出需求/功能(或編號) 用例個數執行總數未執行未/漏測分析和原因
實際上,測試用例已經記載了預期結果資料,測試缺陷上說明了實測結果資料和與預期結果資料的偏差;因此沒有必要對每個編號在此包含更詳細的說明的缺陷記錄與偏差,列表的目的僅在於更好的檢視測試結果。
測試覆蓋率計算執行數/用例總數 ×100%
4.3 缺陷的統計與分析
缺陷統計主要涉及到被測系統的質量,
4.3.1 缺陷彙總
將被測系統,進行的單元,整合,系統測試, 回歸測試,進行總計。還可以按缺陷型別, (使用者介面一致性功能演算法介面文件使用者介面 )進行統計。
4.4 缺陷分析
本部分對上述缺陷和其他收集資料進行綜合分析缺陷綜合分析
缺陷發現效率 = 缺陷總數/執行測試用時
可到具體人員得出平均指標
用例質量 = 缺陷總數/測試用例總數 ×100%
缺陷密度 = 缺陷總數/功能點總數
缺陷密度可以得出系統各功能或各需求的缺陷分布情況,開發人員可以在此分析基礎上得出那部分功能/需求缺陷最多,測試缺陷越多的部分,其隱藏的缺陷也越多。
5. 測試結論
5.1 殘留缺陷與未解決問題
1. 測試執行是否充分(對安全性、可靠性、可維護性和功能性描述)
2. 對測試風險的控制措施和成效
3. 測試目標是否完成
4. 測試是否通過
5、記錄下缺陷和未解決的問題
殘留缺陷
編號:bug號
缺陷概要:
該缺陷描述的事實
原因分析:如何引起缺陷,缺陷的後果,描述造成軟體侷限性和其他限制性的原因
預防和改進措施:彌補手段和長期策略
未解決問題
功能/測試型別:
測試結果:與預期結果的偏差
缺陷:具體描述
評價:對這些問題的看法,也就是這些問題如果發出去了會造成什麼樣的影響
6、建議與其他
針對存在問題或其他的建議
6. 批准
規定本報告必須由哪些人姓名和職務審批並為簽名和日期留出位置。
質量分析報告
2011 2012學年度第二學期 盧龍縣教育局教研室 一 基本情況 本次參加數學考試的1 6年級學生總人數為22373人,及格人數為20994人,及格率為93.84 優秀人數為19560人,優秀率為87.23 成績最好的年級為二年級,平均分為94.31分,及格率最高的為一年級,達99.7 考生中成績...
質量分析報告
中學2013 2014學年第二學期期末 學科質量檢測總結 為了貫徹 落實 涼州區教育局關於2012 2013學年度第二學期期末中小學質量檢測的安排意見 精神,結合涼州區教育局教育局 質量提高年 活動安排,更進一步掌握本地我校質量狀況,更好地開展教學工作,進一步深化新課程理念的實施與落實,加強教學的過...
質量分析報告
小學六年級數學下冊期中考試質量分析 期中考試已經結束,為了更好地搞好教育教學工作,查漏補缺,我仔細地翻閱了學生們的試卷,總結經驗教訓,現將本次檢測情況做如下分析 一 試卷內容分析 此次試題就總體而言,既考查了學生的基礎知識和基本技能,又考查了學生的綜合能力,試卷難易適中,覆蓋了前5個單元的內容,知識...