ECSHOP測試報告
1.前言
1.1編寫目的
該文檔的目的是描述ECSHOP的系統測試的總結報告,其主要内容包括:系統環境的介紹、功能的實作的測試、系統結果統計,風險評估。本文檔預期讀者包括:開發人員,項目管理人員,測試人員等其他人員。
1.2名詞解釋
術語或者縮寫 | 英文解釋 | 中文解釋 |
ECShop | e-Commerce Shop | ECShop 網上商店管理系統 |
Actor | Actor | 角色 |
B2C | Business to Customer | 企業對消費者的電子商務模式 |
1.3參考資料
- 《ECSHOP系統需求規格說明書》
- ECShop測試計劃
- ECShop測試用例
測試環境
2.1 軟硬體環境
服務端硬體環境 | |||
主機型号 | IBM X3850 X5 | ||
CPU(型号/主頻) | Intel(R) Xeon(R) CPU E7- 4820@ 2.00GHz | 主機闆(廠商/型号) | IBM |
記憶體(容量) | 64G | 硬碟(容量) | 1T |
其他 | |||
服務端軟體環境 | 服務端軟體環境 | ||
作業系統 (類型/版本) | RedHat LINUX 6.4 for 64 | 開發環境 (平台/版本) | PL/SQL Developer |
運作環境 (伺服器/版本) | 資料庫 (類型/版本) | ORACLE 11.2.0.4.0 |
2.2人員安排
人員 | 角色 | 職責、任務 | 備注 |
馬雲 | 測試組長 | 編寫測試計劃和測試方案,配置設定組内工作,監督進度和風險 | |
馬化騰 | 測試組員 | 搭建測試環境,負責xx子產品 | |
王健林 | 測試組員 | 搭建SVN配置管理工具,負責xx子產品 | |
任正非 | 測試組員 | 搭建缺陷用例管理工具,負責xx子產品 |
3.測試詳述
3.1測試範圍
本次測試主要是對ECSHOP軟體的功能測試。并在發現BUG後能夠記錄BUG,跟蹤BUG,協助開發完成對BUG的修改。
主要涵蓋三大核心子產品:商品管理,訂單管理,會員管理的測試。并在測試完成後,編寫測試報告。
3.2測試目的
本次測試的目的是幫助開發完成對産品的開發,保證産品的品質,達到公司對産品的要求,控制産品的風險程度。
3.3測試進出條件
3.3.1進入條件
單元測試結束,單元測試報告通過評審;所需功能已正确實作,并正确內建,且完成了內建測試。
3.3.2退出條件
緻命和嚴重的缺陷修複率達到100%,一般缺陷的修複率達到95%;同時要求系統測試每輪發現的缺陷數量呈收斂趨勢。
3.4測試通過和失敗準則
3.4.1通過準則:
每輪測試所有用例全部執行完畢,沒有出現緻命性錯誤,回歸測試或執行新增測試用例時不再出現問題,則測試工作通過。
3.4.2失敗準則:
測試用例執行過程中中斷,無法繼續進行,或存在嚴重影響系統功能的缺陷或錯誤,則該輪次測試失敗,遵照測試再啟動準則實施。
3.5測試啟動/結束/暫停/再啟動準則
3.5.1測試啟動準則
測試環境通過檢驗;測試基礎資料準備好,并且已認證效驗;測試計劃、測試用例編寫完成,并且已經通過評審。
3.5.2測試結束準則
測試案例全部執行完畢,測試結果證明系統符合需求,遺留的問題滿足測試退出條件且在品質标準允許範圍内,即可結束測試。
3.5.3測試暫停/再啟動準則
被測系統出現某個緻命性錯誤。測試案例無法繼續執行,測試工作需暫停,當這些問題得到解決後重新啟動該系統的測試工作。
4.測試需求
4.1功能測試需求
需求ID | 子產品 | 子子產品 | 待測試功能需求點 | 優先級 |
ECSHOP-001 | 使用者中心子產品 | 歡迎頁 | 顯示會員上次登入的資訊及有關積分、訂單的一些資訊 | |
ECSHOP-002 | 使用者中心子產品 | 使用者資訊 | 顯示該會員的詳細資訊并進行修改,結果是否可以修改成功 |
4.2使用者界面測試需求
需求ID | 測試需求 | 被驗證的需求 | 優先級 |
頁面美觀 | 所有頁面中的頁面美觀 | ||
頁面中沒有錯誤字元 |
4.3配置測試需求
需求ID | 測試需求 | 被驗證的需求 | 優先級 |
4.4安全和通路控制測試需求
需求ID | 測試需求 | 被驗證的需求 | 優先級 |
設定支付密碼 | 是否有加密字段 | ||
設定登入密碼 | 是否有加密字段 |
4.5通路測試需求
需求ID | 測試需求 | 被驗證的需求 | 優先級 |
能夠正常通過浏覽器通路 | 通過浏覽器在URL中輸入網址可以直接通路 | ||
4.6易用性測試需求
需求ID | 測試需求 | 被驗證的需求 | 優先級 |
友善,簡單,易操作 | 可以簡單操作,容易上手 | ||
4.7可移植性測試需求
需求ID | 測試需求 | 被驗證的需求 | 優先級 |
在不同裝置上及不同浏覽器版本 | 能夠在不同裝置及不同浏覽器正常通路 | ||
5.測試政策
5.1功能測試
5.1.1測試描述
測試目标 | 確定程式應該具有的功能的正确性以及完整性。 |
技術或手段 | |
完成标準 | 計劃的測試應被全部執行,所發現的高優先級缺陷和高等級的缺陷已完全解決 |
需考慮的特殊事項 |
5.1.2測試方法描述
本次測試主要采用內建測試和單元測試,測試的方法主要采用黑盒測試法中的V模型測試方法。對功能測試,主要對每一個子產品的功能和流程進行正常和異常情況的測試。
5.2容錯測試
5.2.1測試描述
測試目标 | 驗證異常錯誤流程能順利執行,并有易懂的提示資訊 |
技術或手段 | |
完成标準 | 能夠有正确的提示 |
需考慮的特殊事項 |
5.2.2測試方法描述
容錯測試主要用于驗證在輸入異常的情況下,程式是否能順利執行下去。
5.3使用者界面測試
5.3.1測試描述
使用者界面
測試目标 | 檢查使用者界面是否符合系統同一标準和規範 |
技術或手段 | 手動操作和與設計圖對比 |
完成标準 | 頁面無錯誤及頁面風格統一 |
需考慮的特殊事項 | 需求臨時變更 |
5.3.2測試方法描述
界面測試主要通過界面與系統的互動,測試交易功能的實作, 驗證界面是否符合系統和行業統一規範,從界面的友好性,美觀性及頁面的錯誤幾個方面進行測試.
5.4安全性和通路控制測試
5.4.1安全性和通路控制測試側重于安全性的兩個關鍵方面
應用程式級别的安全性,包括對資料或業務功能的通路. 應用程式級别的安全性可確定:在預期的安全性情況下,主角隻能通路特定的功能或用例,或者隻能通路有限的資料
系統級别的安全性,包括對系統的登入或遠端通路。系統級别的安全性可確定隻有具備系統通路權限的使用者才能通路應用程式,而且隻能通過相應的網關來通路。
測試目标 | 檢查是否采用銀行加密平台 |
技術或手段 | 加密處理 |
完成标準 | 采用支付加密平台 |
需考慮的特殊事項 | 需求臨時變更 |
5.4.2測試方法描述
直接調用支付加密平台或者直接用小鍵盤輸入
5.5配置測試
5.5.1測試描述
配置測試核實測試對象在不同的軟體和硬體配置中的運作情況。在大多數生産環境中,客戶機工作站、網絡連接配接和資料庫伺服器的具體硬體規格會有所不同。客戶機工作站可能會安裝不同的軟體例如,應用程式、驅動程式等而且在任何時候,都可能運作許多不同的軟體組合,進而占用不同的資源。
測試目标 | 檢查不同裝置下軟體是否能夠正常使用 |
技術或手段 | 手動操作 |
完成标準 | 可以正常使用 |
需考慮的特殊事項 | 需求臨時變更 |
5.5.2測試方法描述
在不同的軟、硬體環境下,測試程式的基本功能是否實作,假如沒有時間和計劃測試所有配置,就需要把成千上萬種可能的配置縮減到可接受的範圍。
5.6易用性
5.6.1測試描述
系統是否符合标準和規範以及系統的靈活性、正确性、直覺性、舒适性、實用性、一緻性。
5.6.2測試方法描述
測試過程中,應注意被測系統是否符合标準和規範以及系統的靈活性、正确性、直覺性、舒适性、實用性、一緻性。
5.7移植性
5.7.1測試描述
在重新指定的硬體或軟體平台上,軟體是否能正常運作。
測試目标 | 更換硬體裝置或者軟體平台後是否能夠正常運作 |
技術或手段 | 手動測試 |
完成标準 | 能夠正常運作 |
需考慮的特殊事項 | 需求變更 |
5.7.2測試方法描述
在重新指定的硬體或軟體平台上,軟體是否能正常運作
6.測試過程彙總
6.1用例執行情況
用例總數 | 已執行 | 未執行 | 執行率 | 備注 |
60 | 60 | 0 | 100% | |
合計 |
6.2缺陷彙總情況
功能子產品 | 發現bug | 已關閉數 | 未關閉數 | 未配置設定 | 備注 |
XXX | |||||
合計 |
測試風險
風險 編号 | 風險描述 | 可能性 | 影響程度 | 責任人 | 解決方案 |
1 | 用例的覆寫率 | 中 | 高 | ||
2 | Bug修複率 | 中 | 高 | ||
3 | 環境的相容性 | 中 | 高 | ||
4 | 未知風險 | 未知 | 未知 |
8.測試綜述
8.1總結
本次技改大修下達功能測試共持續1天,現場發現問題0個。
根據現場需求,本功能符合PMS2.0技改大修管控平台要求,且能滿足現場需求。
8.2問題與建議
無。
9.其他
9.1新增問題清單
無
9.2内部問題清單
無