第四產權產品研發中心
第四產權v2.4.3版本測試總結報告
version <1.00>
文件記錄
作 者：xx
完 成 日 期： 2018-7-12
適 合 閱 讀： 專案組成員
for internal use only
目錄1.1 目的 3
1.2 專案背景 3
1.3 測試程式詳情 3
1.4 測試職責與分工 3
1.5 測試環境 4
1.6 測試策略 4
1.6.1 測試範圍 5
1.6.2 參考資料 18
2 測試報告 18
2.1 缺陷彙總 19
2.1.1 缺陷分布狀態分析 19
3 測試總結 21
3.1 質量分析 21
3.2 風險** 21
3.3 遺留缺陷 22
3.4 測試組建議 24
3.5 系統測試結論 24
表1.1 專案背景資訊表
1.3 測試程式詳情
測試類別 程式應用端 版本號 測試經過輪次
功能測試 作業平台 v2.4.3 3
功能測試 前端 v2.4.3 3
功能測試 運營平台 v2.4.3 3
表1.2 測試程式詳情表
1.4 測試職責與分工
測試人員 投入時間（天） 工作任務
龍輝 4 所有型別專案再次報名、競價大廳等流程
何迪 4 led螢幕展示，其他優化等
表1.3 測試職責資訊表
注：在實際工作中根據實際情況所有測試組人員相互協作，共同完成測試工作
1.5 測試環境
專案名稱 作業平台結算模組
記憶體：16g
cpu：4核
前端相容性指定瀏覽器：
ie10、ie11、谷歌瀏覽器
後台相容性指定瀏覽器：
360瀏覽器極速模式、ie10、ie11、谷歌瀏覽器最新版和火狐瀏覽器最新版
表1.4 測試環境資訊表
1.6 測試策略
依據該專案開發時間及特點，測試方法僅採用「黑盒測試技術與方法」、「探索性測試方法」和「交叉測試」。包括邏輯功能測試、介面測試、應用性測試、相容性測試；主要採用了等價類劃分法、邊界值掃瞄法和錯誤推測法等的測試方法；測試過程根據業務性質、測試資源結合專案進行任務劃分，將相應的模組或應用端分配給相應的測試人員主要負責。
除產品負責人確認無需解決或設計如此缺陷外，測試至少滿足以下條件時視為功能測試通過：
（1）版本發布不能遺留1級bug。考慮特殊情況，容忍偶然性1級bug，1級bug可容忍數量為2個，且1級bug的提交率不大於5%；
偶然性1級bug特性：需要在特定的操作中才能重現，執行該操作機率極小，按正常流程操作時對功能影響不大，而且就目前而言解決該問題存在技術上的難度；
（2）版本發布不能遺留2級bug。考慮特殊情況，容忍第三方型2級bug，2級bug可容忍數量為2個，且2級bug的提交率不大於15%；
（3）測試點或測試用例100%覆蓋需求文件；
（4）測試用例點執行率達到100%；
（5）測試用例通過率不低於95%；
（6）需求文件、設計相關文件和編碼實現一致；
（7）遺留bug比例滿足下表中的要求：
缺陷嚴重程度 關係 遺留缺陷總佔比 容忍偶然性缺陷遺留數量
1類缺陷 = 0 2
2類缺陷 = 0 2
3類缺陷 ＜= 5% 包含在前面的5%中
4類缺陷 暫不作要求 暫不做要求 不存在
表1.5 測試質量達標參照表
1.6.1 測試範圍
第四產權v2.4.3版本專案目標範圍如下：
圖2.0 禪道bug篩選條件示意圖2.1 缺陷彙總
2.1.1 缺陷分布狀態分析
第四產權v2.4.3版本專案缺陷分布彙總一覽表如下：
第四產權v2.4.3版本專案缺陷彙總表
類別 數值 補充說明
新增bug總數 54
已關閉bug數 53
延期處理 1
設計如此 0
未處理 0
缺陷遺留總數 0
不予解決 0
待驗證 0
表2.1 缺陷狀態彙總表
第四產權v2.4.3版本專案總體功能缺陷分布圖與分析如下：
圖2.2 缺陷嚴重程度分布圖
圖2.3缺陷狀態分布圖
圖2.4 缺陷解決方案統計圖
圖2.5 缺陷啟用次數統計圖
3 測試總結
3.1 質量分析
截止到2018-07-11，完成了第四產權v2.4.3版本專案的測試，系統測試執行、bug修改和測試點編寫總共投入2人4天，提交缺陷總數54個，延期處理缺陷1個，設計如此7個，已關閉53個。
缺陷遺留情況如下表所示：
缺陷嚴重程度 關係 缺陷遺留數 上一輪遺留缺陷狀態 遺留缺陷佔缺陷總數百分比
1類缺陷 = 0 詳細請見禪道系統 0%
2類缺陷 = 0 詳細請見禪道系統 0%
3類缺陷 = 1 詳細請見禪道系統 1%
4類缺陷 = 0 詳細請見禪道系統 0%
表2.6 遺留缺陷統計表
3.2 風險**
序號 風險項 風險等級 備註說明
1 本次測試相關資源和時間的限制，對於瀏覽器相容性問題的測試和考慮不足，僅考慮了360瀏覽器極速模式、ie10、ie11、谷歌瀏覽器最新版和火狐瀏覽器最新版，因此，存在瀏覽器的相容性風險； 中
2 本次測試過程中存在多數需求不明確以及頻繁更變的情況，且部分需求原型圖與效果圖不一致，與設計缺陷臨時溝通的情況，存在較大的質量風險 高
3 由於測試環境與預發布環境和生產環境環境差異較大（如：作業系統、軟硬體配置等），存在環境相容性或發布到生產環境後產生bug的風險 高
表2.7 系統風險評估表
3.3 遺留缺陷
第四產權v2.4.3版本專案的整體bug遺留數為1個，遺留缺陷如下表所示，詳情請見禪道：
bug編號 bug標題 嚴重程度 解決方案 測試建議
38 【資產包再次報名】初次報名審核不通過，資產包列表頁浮動框文案顯示不正確 3 延期處理 該問題影響使用者體驗，建議盡早處理
表2.8 遺留缺陷概覽表頁面顯示的規範性、設計風格的統一性、操作體驗的流暢性、提示資訊的友好性需要整體進行統一規劃、設計來提高；
2、建議在專案進行中時，產品規格說明書中的需求發生了更變，請產品經理第一時間告知相關人員；
3、建議缺陷嚴重等級為1級和2級的bug佔比控制在20%以內；
4、建議二次啟用率控制在10%以內；
5、建議提高自測的質量和**質量；
6、建議增強版本管理意識，注意開發提測的時間節點的控制；
3.5 本次測試結論
第四產權v2.4.3版本專案測試共經歷3輪測試，累計花費測試時長4天，共提交bug數54個，現已完成了對所有已發現的問題進行優化、驗證和收斂，相關資料符合版本優化預期。
第四產權v2.4.3版本專案測試結果為：測試通過
功能測試報告
本文基於 不會寫測試報告，怎麼從測試團隊中脫穎而出 功能測試報告的編寫 自我總結編寫的。越總結越成長！1 說明 是指把測試的過程和結果寫成文件，對發現的問題和缺陷進行分析，為糾正軟體的存在的質量問題提供依據，同時為軟體驗收和交付打下基礎。ps.2 組成部分 功能測試報告基本資訊如下 本測試報告為xx...
功能測試報告的編寫
測試報告是測試人員在測試過程中用於反映測試狀況的文件，其重要性通過網上哀求 跪求 旋轉 360度冰天雪地各種求測試報告模組的帖子中就可見一斑。其實測試報告的內容基本都是模板的那些，只是在實際測試過程中，如何去整理內容結構，使得報告的通常閱讀者 開發人員 測試經理 產品經理 專案負責人能夠一目了然地檢...
軟體功能測試報告范文 功能測試乾貨
在寫這篇文章之前，我先說介紹一下自己，我是乙個功能測試 俗稱手工測試 下面我就功能測試應該具備哪些能力進行分享一下。首先，需要簡單的電腦基本操作能力。具體解釋一下，就是需要自己會開啟開檔案，刪除，共享等基本操作，我個人認為，在這個網路時代，這個能力基本上80，90，00後都是具備的。其次，需要掌握功...