驗收測試方案

1、精選優(yōu)質文檔-傾情為你奉上XXX系統(tǒng)驗收測試方案XXX發(fā)展有限公司2017年8月 25日目錄1 項目簡介對杰和科技GSM系統(tǒng)，使用客戶真實的場景和數(shù)據測試，覆蓋所有功能是否滿足需求?？蛻羰褂谜鎸嵉膱鼍昂蛿?shù)據測試，覆蓋所有功能點是否工作正常。逐一驗證系統(tǒng)使用手冊是否有遺漏，描述是否準確。1.1可用性測試驗證系統(tǒng)是否對于可能存在的安全問題采取了各項相應措施，包括軟件安全和數(shù)據庫安全。測試內容如下表所示：測試類型測試重點測試方法UI測試UI布局無錯位無疊壓1、手工進行測試2、測試時與原型與設計原圖進行對比3、參照“易用性規(guī)范”對系統(tǒng)進行檢查系統(tǒng)整體風格一致且美觀導航簡單易懂界面文字描述正確，相關內容

2、命名統(tǒng)一各控件放置位置符合用戶使用習慣業(yè)務交互測試系統(tǒng)的業(yè)務邏輯符合客戶的原始需求流程簡潔無冗余邏輯清晰無歧義。易用性測試易理解性測試；易學性測試；易操作性測試；有適合的幫助及錯誤提示操作響應的即時性（3s5s）國際化測試英文語言版本界面測試1.2容錯性驗證驗證系統(tǒng)在各種故障或意外時， 是否仍然能夠保證系統(tǒng)的正常工作。測試內容如下表所示：測試分類測試點測試方法數(shù)據異常操作異常數(shù)據或異常流程時，系統(tǒng)能給出提示不會出現(xiàn)崩潰手工進行測試違反操作流程時拒絕數(shù)據進入并報錯或給出有效引導程序異常系統(tǒng)卡死或進程被操作系統(tǒng)強行殺掉，當前操作的數(shù)據是否全部丟失，流程是否被破壞無法后續(xù)操作網絡異常數(shù)據傳輸時，網絡

3、出現(xiàn)故障系統(tǒng)是否能給出提示并采取相應的緩存措施服務器異常數(shù)據傳輸時，數(shù)據庫服務器出現(xiàn)故障系統(tǒng)是否能給出提示并采取相應的緩存措施環(huán)境異常數(shù)據正在傳輸或是備份時，突然斷電，電源恢復后系統(tǒng)仍能正常工作，且可恢復斷電前狀態(tài)。正在傳輸數(shù)據時突然拔掉磁盤1.3兼容性測試驗證系統(tǒng)在各種硬件環(huán)境、軟件環(huán)境、不同瀏覽器、不同分辨率機器上使仍然能夠保證系統(tǒng)的正常工作。測試內容如下表所示：模塊測試重點測試方法GSM Web端瀏覽器兼容性(IE10、IE11、Firefox43+、Chrome38+、Edge)1、每位測試人員每輪測試都以不同機器配以不同的操作系統(tǒng)和瀏覽器進行2、主要頁面用BroserShots和Vi

4、ewlink.US進行測試GSM助手操作系統(tǒng)兼容性（包括Windows xp，windows7和windows10）1、安裝測試；2、上傳一個文件3、同步一個文件夾4、雙擊鼠標打開服務器上某個文件夾的一個word文檔Android apk屏幕分辨率和android版本兼容性1、分別測試720p 和1080p時界面顯示；2、分別測試在Android4.4、Android5.1以及Android6.0上的程序功能1.4性能測試通過并發(fā)用戶模擬實際生產環(huán)境壓力，獲得系統(tǒng)響應時間、服務器資源使用情況、最佳用戶及最大用戶數(shù)。并試圖尋找用戶實際遇到或可能遇到的性能問題。測試分類測試點測試方法壓力測試針對每

5、個核心功能進行單獨的性能測試，以得出各核心功能的性能情況。是否需要進行性能優(yōu)化和配置調整。使用Loadrunner及其它可能會使用到的性能測試小工具。負載測試對常用的使用場景負載用戶由10個開始， 每5分鐘增加5個用戶直至系統(tǒng)無法承受。記錄硬件的負載情況， 從而尋找出系統(tǒng)的最佳用戶數(shù)和最大用戶數(shù)。穩(wěn)定性測試系統(tǒng)在持續(xù)的壓力情況下，長期運行時的業(yè)務處理能力及系統(tǒng)是否存在內存泄露等性能問題。將系統(tǒng)的核心功能以百分比方式進行持續(xù)8小時的性能測試。多用戶訪問GSM系統(tǒng)同時在線用戶為50，并發(fā)用戶為10正常使用GSM各個子系統(tǒng)核心功能的并發(fā)操作并發(fā)多個用戶同時使用上傳、下載、同步功能傳輸效率測試組建RA

6、ID1和RAID5時的磁盤I/O讀寫速度；GSM各子系統(tǒng)上傳、下載、同步的速度；RAID5組建和同步完成的速度。2測試計劃2.1 測試進度及產物階段工作任務持續(xù)時間產物項目啟動項目啟動一天資源安排測試設計分析測試需求，整理測試計劃與方案三天測試方案測試環(huán)境系統(tǒng)使用培訓 測試環(huán)境、測試設備及測試數(shù)據準備測試執(zhí)行對各模塊逐一進行功能測試五周Bug列表性能測試報告交叉隨機測試和回歸測試易用性測試和兼容性測試性能測試及報告測試報告編寫整體測試報告二天整體測試報告2.2 人員安排測試團隊人員安排因不同的階段而有所不同，以下是人員安排及職責說明。人員角色介入階段人數(shù)工作職責測試項目組長需求階段開始1人負責

7、所有工作的指派和人員調整，監(jiān)督項目的測試流程進度和質量，對評測結果和報告負責，評估測試項目質量。性能測試工程師設計階段開始1人負責設計功能及易用性測試用例，設計性能測試腳本及場景。并負責后期相關的測試執(zhí)行工作。測試工程師執(zhí)行階段開始3人負責具體的測試執(zhí)行工作。執(zhí)行測試案例，記錄案例運行結果，分析測試結果，提交缺陷報告任務工作測試組長性能測試工程師測試工程師團隊和項目管理,跟蹤, 規(guī)劃測試評估, 方案, 計劃, 工期監(jiān)控 任務分配測試報告用例詳細編寫用例評審執(zhí)行測試回歸測試, 缺陷跟蹤交叉測試質量保證數(shù)據分析,糾錯2.3 質量標準測試質量合格須符合以下標準：（產品上線五個月內所發(fā)現(xiàn)的Bug）A致

8、命的B嚴重的C一般的D輕微的E建議優(yōu)化的2455暫不作要求1）為用戶或非測試人員發(fā)現(xiàn)的有效缺陷，且改缺陷不是由需求、功能的變更引起的且在測試任務書規(guī)定的測試內容范圍內的缺陷。 2）用戶或非測試人員發(fā)現(xiàn)的有效缺陷的總數(shù)不得大于一定的比例：10%用戶或非測試人員發(fā)現(xiàn)的有效缺陷的總數(shù)/測試總結報告提交有效缺陷總數(shù)×100% 舉例：滿足以下任何一條即視為測試質量不合格Ø 用戶或非測試人員發(fā)現(xiàn)的有效A類錯誤>2  Ø 用戶或非測試人員發(fā)現(xiàn)的有效B類錯誤>4   Ø 用戶或非測試人員發(fā)

9、現(xiàn)的有效缺陷的總數(shù)與測試發(fā)現(xiàn)的有效缺陷總數(shù)的比例>10% Ø 用戶或非測試人員發(fā)現(xiàn)的有效C類錯誤、D類錯誤均>53項目溝通管理3.1定期匯報制度1. 匯報機制 項目組成員定期向項目經理匯報，原則上是每天匯報一次。 項目經理每周通過周報的形式將項目實際進度和人力資源投入情況向全國中小企業(yè)轉讓系統(tǒng)相關領導進行匯報。2. 報告方式 采用周報的方式進行匯報，并通過郵件進行確認。3.2日常溝通記錄 項目參加各方在項目進行過程中隨時對相關問題進行溝通。所有重要的、有主題的日常溝通活動都應留下記錄或形成備忘錄。日常溝通的主要渠道包括：Ø 會議Ø 電話

10、16; 電子郵件3.3定期例會制度Ø 評審會議：在各個里程碑階段召開，討論相關輸出；Ø 周例會：每周二上午10點進行，由項目經理組織周例會，召集項目相關人員參加，以電話會議的方式，總結上周開發(fā)進度，討論本周開發(fā)計劃；Ø 風險溝通會：當出現(xiàn)較大風險時召開溝通會，討論解決方案。4 Bug規(guī)范4.1 Bug內容描述在Bug的內容描述中需要包含以下元素：No元素說明1前提條件 <可選>重現(xiàn)問題所需要的條件2測試環(huán)境測試環(huán)境應包括軟硬件環(huán)境3測試步驟步驟要盡量細化，特殊操作要描寫清楚。要能夠讓別人看到步驟就能方便無誤的重現(xiàn)出問題。4預期結果預期應用通過測試步驟所能得到的正確結果5實際結果實際上應用通過測試步驟所得到的結果6附加信息<可選>任何其它你認為能夠幫助到重現(xiàn)或是說明問題的其它信息。7附件盡量提供問題的截圖或是有能力最好能提供相關的log文件。4.2 Bug嚴重度定義在Bug的嚴重級別定義如下：Bug分級Bug等級Bug等級說明分類說明致命問題Blocker導致整個產品無法進行測試系統(tǒng)無法開機或不停重啟其他導致無法測試的問題Critical死機、數(shù)據丟失、主要功能完全喪失運行過程中出現(xiàn)一次死機、重啟或系統(tǒng)崩潰嚴重問題Major主要功能部分缺失或數(shù)據資料丟失部分主要功能不能使用或部分數(shù)據資料丟失一般問題Nor