UAT測試計劃復習進程

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

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

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

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

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

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

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

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

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

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