1、UAT測試計劃XXX管理系統UAT測試計劃 內部資料 注意保密文檔信息n 文檔主要內容及目的本文檔為XXX有限公司XXX管理系統的UAT測試計劃.。n 文檔修訂歷史版本號版本日期修改總結修訂人V1.02014-10-08修訂徐建芳n 文檔的分發(fā)本文檔擬被分發(fā)到如下人員：接收人小組備注n 相關文檔及參考資料序號相關文檔文檔位置版本日期1需求規(guī)格說明書V1.02014-1-30目錄1介紹42用戶接受測試準備42.1建立測試環(huán)境42.2培訓前提42.3用戶接受測試數據42.4用戶接受測試成員42.5準備工作安排53執(zhí)行測試53.1測試類型和測試種類53.1.1系統安裝53.1.2用戶接受測試53.1

2、.3非功能性用戶接受測試53.1.4測試文檔53.1.5其他測試53.2用戶接受測試任務和里程碑53.3測試工具63.4測試日期64接受標準64.1用戶接受測試(通過/失敗)標準64.2中止標準和恢復條件75缺陷跟蹤和匯報75.1報告測試事件75.2異常處理75.3測試過程計劃和跟蹤76附件86.1附錄 I86.2附錄 II81 介紹 本文檔是為實現XXX管理系統上線所計劃進行的用戶接受測試計劃文檔，包含以下方面的內容： 安排撰寫用戶接受測試用例的日期 安排人員培訓并建立測試環(huán)境，在測試環(huán)境中進行測試 安排準備測試環(huán)境的日期 安排進行測試，匯報測試結果和重新測試(如果需要的話)的日期2 用戶接

3、受測試準備2.1 建立測試環(huán)境軟件環(huán)境：測試環(huán)境的軟件環(huán)境與生產環(huán)境具有相同的產品和工具。測試環(huán)境于2014年10月10日可用。 測試環(huán)境： 用戶接受測試在此環(huán)境下進行 該環(huán)境于2014年10月10日就緒 研發(fā)團隊負責把部署代碼及程序部署到測試環(huán)境 研發(fā)團隊負責測試環(huán)境的功能驗證 測試團隊通過應用程序及專有賬戶訪問測試環(huán)境2.2 培訓前提對參與測試的用戶，會提前進行統一的系統培訓，包括如何登陸，如何配合測試用例進行相關操作，如何記錄發(fā)現問題等相關事宜。因為最終用戶已經對測試的業(yè)務需求及業(yè)務功能有一定了解，會特別針對訪問應用程序和熟悉了解測試環(huán)境進行培訓。 測試的培訓于10/8/2014開始,為

4、期1天， 參與人員包括參與測試的所有的業(yè)務用戶。2.3 用戶接受測試數據用戶接受測試的數據由各自業(yè)務部門提供。 2.4 用戶接受測試成員 參與UAT測試的人員詳細信息 (姓名， 電子郵件， 職務， 角色)如下：電子郵件職務角色 2.5 準備工作安排下面是參加XXX管理系統用戶接受測試的系列動作的概述： 建立測試環(huán)境，進行測試環(huán)境功能驗證。 確定測試人員名單。 為測試人員分配系統測試賬戶及密碼。 交付測試腳本(Test Case)給測試人員。 客戶端環(huán)境準備，可聯系IT核實客戶端環(huán)境是否已經符合要求。3 執(zhí)行測試3.1 測試類型和測試種類測試類型為用戶接受測試（UAT），UAT所涵蓋的測試案例包

5、括：分類序號測試案例描述登錄登出1登錄系統2登出系統3.1.1 系統安裝 客戶端需要預先安裝JDK 1.6.0.22 _32bit以上版本。3.1.2 用戶接受測試 測試人員需要在Excle提出，并提供必要的截屏和信息，以便開發(fā)人員能夠分析解決問題。 本次測試范圍不包括： 其他非功能性類型的測試， 例如存儲測試， 配置測試， 兼容性測試， 可靠性測試， 恢復測試等等。3.1.3 非功能性用戶接受測試 本次測試范圍未包括非功能性用戶接受測試。3.1.4 測試文檔請參考XXX管理系統UAT測試用例文檔。3.1.5 其他測試 無。3.2 用戶接受測試任務和里程碑下列是XXX管理系統應用程序相關的具體

6、任務：1. 發(fā)布測試計劃，明確測試時間及測試人員2. 準備符合所有需求的測試用例3. 執(zhí)行測試用例/腳本4. 記錄測試結果5. 記錄上報的問題6. 匯報和記錄測試結果7. 測試問題解決，更新測試記錄 前提與假設：(1) 測試環(huán)境服務器環(huán)境為測試系統，客戶端及測試工具IT部門負責部署。(2) 測試團隊通過公司內部網路訪問測試環(huán)境。 (3) 測試人員在Excle測試報道中進行測試錯誤和異常情況記錄。3.3 測試工具 測試人員使用的操作環(huán)境：瀏覽器操作系統Java插件IE 8.0以上的版本Win7_64bitJDK_1.6.0.22同時客戶端環(huán)境需要安裝如下工具和軟件：Microsoft Word2

7、003、2007、2010Microsoft Powerpoint2003、2007、2010Microsoft Excel2003、2007、2010MS IE7.0以上的版本3.4 測試日期測試階段開始日期結束日期用戶接受測試4 接受標準4.1 用戶接受測試(通過/失敗)標準 如果每個測試案例實際結果和預期一致就認為該案例測試結果通過， 如果不一致就認為失敗。 測試失敗的案例將記錄到測試報道中做追蹤。 在測試完成后，其結果如滿足用戶需求文檔的接受條件將被部署生產應用。 該列表是測試階段的接受條件：階段錯誤允許數量嚴重高中低用戶接受測試=0.1%=0.5%=1%=2% 利益相關人決定根據上述

8、條件，決定在測試階段是否接受應用。 4.2 中止標準和恢復條件 如果應用或相關數據庫有重大缺陷， 則所有的測試活動被中止， 在缺陷改正后測試恢復。 5 缺陷跟蹤和匯報5.1 報告測試事件 現場測試經理把測試結果定期匯報給項目經理。 從測試第一天起， 測試團隊發(fā)送電子郵件將每日報告給測試經理。報告中包含總結以下內容：測試周期執(zhí)行的用例總數累計所有測試周期測試用例總數當日要執(zhí)行的測試用例數目當日已執(zhí)行的測試用例數目累計的開放的缺陷數目(嚴重， 高， 中， 低)當日生成的缺陷數目(嚴重， 高， 中， 低) 附錄2詳細解釋了缺陷解決過程5.2 異常處理 缺陷指定給不同的人員來解決。 開發(fā)人員解決缺陷后

9、， 會再測試一遍并更新狀態(tài)。 缺陷嚴重性分為： 嚴重 高 中 低 所有嚴重缺陷立即匯報給相關人員/團隊以保證最早暴露問題與解決問題。 請參閱附錄1的缺陷分類和附錄2的缺陷解決過程。5.3 測試過程計劃和跟蹤 測試人員按照測試案例指定的操作順序進行測試，測試過程中如出現意外，即出現與預期的不同結果，請與支持人員聯系并將問題重現，由支持人員判別是否是錯誤，如果判斷是錯誤，統一記錄到測試問題記錄文件中。技術人員對測試問題記錄文件中的每個問題進行分析，并制定相應的解決方案，指定問題解決人，最后解決日期。UAT相關的活動安排如下： 序號任務描述開始日期結束日期負責人員輔助人員1測試計劃安排與文檔撰寫20

10、14.07.132014.07.16徐建芳2測試案例撰寫2014.07.182014.09.30徐建芳3測試系統準備就緒4安排測試人員6進行第一輪測試7第一輪測試結果分析與報告問題8修復Bug9進行第二輪測試10第二輪測試結果分析與報告問題11UAT匯總報告6 附件6.1 附錄 I嚴重性描述嚴重嚴重缺陷是那些使軟件無法達到與需求中描述的功能一致的缺陷，使系統不可用高高嚴重性缺陷定義為那些使軟件無法達到與需求和設計標準中描述的功能一致的，與定義階段需求嚴重不同。中中嚴重性缺陷定義為那些使軟件無法達到與需求和設計標準中描述的功能一致的， 可能影響應用功能的缺陷。低低嚴重性缺陷定義為那些使軟件無法達到與需求和設計標準中描述的功能一致的， 但不嚴重影響應用的缺陷。微小性能影響6.2 附錄 II缺陷解決 測試發(fā)現缺陷后就會記錄到測試報告中,其初始狀態(tài)改為”開放”。 實施團隊每天分析缺陷。 一旦缺陷被認為正常了， 就會將缺陷狀態(tài)改為”Close” 一旦缺陷被更正， 則開發(fā)人員會將缺陷狀態(tài)改為”已更正”。 所有”已更正”的缺陷信息會在下次測試時進行測試驗證。 測試團隊會再次測試開發(fā)團隊更正的缺陷。 如果缺陷依然存在， 則狀態(tài)會改為”重新開放”并重新認為是一個缺陷。 如果再次測試成功， 測試團隊會將狀態(tài)改