1. 首頁 > 生活百科 > >

測試報告怎么寫(項目測試報告)( 三 )

項目測試報告



?
由bug狀態圖可以看出，打開的bug有0個，重新打開的bug有0個 。已解決bug有2個，主要是版本V1.2.2中提交的界面易用性bug，而其他的1304個都是已驗證修復并關閉的bug 。系統整體的遺留bug數量達到測試結束標準 。

  1. 測試結論 功能性

系統正確實現了通過數據字典管理基礎數據的功能，實現了數據內容的多語言功能，實現了中英文界面 。實現了基礎數據管理，酒店集團管理，酒店基礎信息管理，渠道管理，代理管理，用戶管理的查詢，添加，修改，刪除的功能，系統還實現了將權限控制細化到菜單按鈕的功能 。
【測試報告怎么寫(項目測試報告)】
系統在實現用戶管理下的權限管理功能時，存在重大的缺陷，權限控制不嚴密，權限設計有遺漏 。
    1. 易用性

現有系統實現了如下易用性：
  • 查詢，添加，刪除，修改操作相關提示信息的一致性，可理解性
  • 輸入限制的正確性
  • 輸入限制提示信息的正確性，可理解性，一致性

現有系統存在如下易用性缺陷：
  • 界面排版不美觀
  • 輸入，輸出字段的可理解性差
  • 輸入缺少解釋性說明
  • 中英文對應的正確性
  • 中英文混排 可靠性

現有系統的可靠性控制不夠嚴密，很多控制是通過頁面控制實現的，如果頁面控制失效，可以向數據庫插入數據，引發錯誤 。
現有系統的容錯性不高，如果系統出現錯誤，返回錯誤類型為找不到頁面錯誤，無法回復到出錯前的狀態
    1. 兼容性

現有系統支持window下的IE瀏覽器和傲游瀏覽器，支持linux系統下的IE瀏覽器和火狐瀏覽器 。
現有系統未進行其他兼容性測試
    1. 安全性

現有系統控制了以下安全性問題：
  • 把某一個登錄后的頁面保存下來，不能單獨對其進行操作不進行登錄
  • 直接輸入某一頁面的Url能否打開頁面并進行操作不應該允許 。

現有系統未控制以下安全性問題：
  • 用戶名和密碼應對大小寫敏感
  • 登陸錯誤次數限制

  1. 分析摘要 覆蓋率

此次測試，所有測試用例都是在中文界面下執行，未在英文界面下執行，測試不包括英文界面下的測試，也不包括正對英文翻譯的測試 。
此次測試，部分頁面需求描述無明確的定義，對輸入限制無詳細定義，無明確的測試依據，在測試過程中，測試是根據輸入字段含義，測試人員理解，以及和項目經理，開發人員溝通獲得測試依據，無法保證測試依據的正確性和完整性，因此，沒有進行完整的，正確的無效數據的測試，測試覆蓋率不夠，無法保證測試的有效性和正確性
下面為此次測試測試用例覆蓋率分析圖：

?
    1. 遺留缺陷的影響

1． 缺陷描述：酒店娛樂項添加頁面，“距離”字段無單位，建議增加單位
缺陷影響：距離字段無單位說明，無衡量標準，用戶易用性不好
推遲原因：需求定義無單位定義，統一在升級版本中解決
2． 缺陷描述：酒店基礎信息管理模塊，默認語言設置不一致 。用中文查詢酒店，進入酒店基礎信息模塊后，如下模塊，語言顯示為“請選擇”
列表頁面
添加頁面
取消政策
停留政策

擔保政策

機場

參照點

會議室詳情

打包促銷

服務

Rate

而其他模塊語言顯示“中文語言”
缺陷影響：相同功能模塊默認語言設置不一致，一致性不好
推遲原因：默認語言設置，目前無統一標準，升級版本中統一
3． 缺陷描述：tomcat日志有亂碼，日志無項目名稱，查看不方便
缺陷影響：其他項目日志都有項目名稱，日志無項目名稱，查看不方便
推遲原因：目前的日志為了調試方便，顯示了很多其它信息，在項目正式發布時會統一處理的 。
4． 缺陷描述：取消政策管理要么，取消時間“天/小時”缺少單位補充字段
缺陷影響：該處因為是兩個不同的單位時間，需要有另外一個單位補充字段補充所所填寫內容的單位
推遲原因：該缺陷單位補充字段本來存在，翻譯不夠準確，不能理解為補充單位的字段，需要等翻譯完畢后再確認 。
5． 缺陷描述：數據字典種類修改，默認值設置后，在調用該數據字典種類的數據字典，默認值無顯示

推薦閱讀