驗收測試實施方案

XXX系統(tǒng)驗收測試方案XXX發(fā)展有限公司2017年8月25日1項目簡介對杰和科技GSM系統(tǒng)，使用客戶真實的場景和數(shù)據(jù)測試，覆蓋所有功能是否滿足需求?？蛻羰褂谜鎸嵉膱鼍昂蛿?shù)據(jù)測試，覆蓋所有功能點是否工作正常。逐一驗證系統(tǒng)使用手冊是否有遺漏，描述是否準(zhǔn)確。1.1可用性測試驗證系統(tǒng)是否對于可能存在的安全問題采取了各項相應(yīng)措施，包括軟件安全和數(shù)據(jù)庫安全.測試內(nèi)容如下表所示：測試類型測試重點測試方法UI測試UI布局無錯位無疊壓1、手工進行測試2、測試時與原型與設(shè)計原圖進行對比3、參照“易用性規(guī)范”對系統(tǒng)進行檢查系統(tǒng)整體風(fēng)格一致且美觀導(dǎo)航簡單易懂界面文字描述正確，相關(guān)內(nèi)容命名統(tǒng)一各控件放置位置符合用戶使用習(xí)慣業(yè)務(wù)交互測試系統(tǒng)的業(yè)務(wù)邏輯符合客戶的原始需求流程簡潔無冗余邏輯清晰無歧義。易用性測試易理解性測試；易學(xué)性測試；易操作性測試；有適合的幫助及錯誤提示操作響應(yīng)的即時性(3s～5s）國際化測試英文語言版本界面測試1。2容錯性驗證驗證系統(tǒng)在各種故障或意外時,是否仍然能夠保證系統(tǒng)的正常工作。測試內(nèi)容如下表所示：測試分類測試點測試方法數(shù)據(jù)異常操作異常數(shù)據(jù)或異常流程時，系統(tǒng)能給出提示不會出現(xiàn)崩潰手工進行測試違反操作流程時拒絕數(shù)據(jù)進入并報錯或給出有效引導(dǎo)程序異常系統(tǒng)卡死或進程被操作系統(tǒng)強行殺掉，當(dāng)前操作的數(shù)據(jù)是否全部丟失,流程是否被破壞無法后續(xù)操作網(wǎng)絡(luò)異常數(shù)據(jù)傳輸時，網(wǎng)絡(luò)出現(xiàn)故障系統(tǒng)是否能給出提示并采取相應(yīng)的緩存措施服務(wù)器異常數(shù)據(jù)傳輸時，數(shù)據(jù)庫服務(wù)器出現(xiàn)故障系統(tǒng)是否能給出提示并采取相應(yīng)的緩存措施環(huán)境異常數(shù)據(jù)正在傳輸或是備份時,突然斷電,電源恢復(fù)后系統(tǒng)仍能正常工作，且可恢復(fù)斷電前狀態(tài)。正在傳輸數(shù)據(jù)時突然拔掉磁盤1.3兼容性測試驗證系統(tǒng)在各種硬件環(huán)境、軟件環(huán)境、不同瀏覽器、不同分辨率機器上使仍然能夠保證系統(tǒng)的正常工作。測試內(nèi)容如下表所示：模塊測試重點測試方法GSMWeb端瀏覽器兼容性(IE10、IE11、Firefox43+、Chrome38+、Edge)1、每位測試人員每輪測試都以不同機器配以不同的操作系統(tǒng)和瀏覽器進行2、主要頁面用BroserShots和Viewlink.US進行測試GSM助手操作系統(tǒng)兼容性(包括Windowsxp，windows7和windows10）1、安裝測試;2、上傳一個文件3、同步一個文件夾4、雙擊鼠標(biāo)打開服務(wù)器上某個文件夾的一個word文檔Androidapk屏幕分辨率和android版本兼容性1、分別測試720p和1080p時界面顯示；2、分別測試在Android4.4、Android5。1以及Android6。0上的程序功能通過并發(fā)用戶模擬實際生產(chǎn)環(huán)境壓力，獲得系統(tǒng)響應(yīng)時間、服務(wù)器資源使用情況、最佳用戶及最大用戶數(shù).并試圖尋找用戶實際遇到或可能遇到的性能問題.測試分類測試點測試方法壓力測試針對每個核心功能進行單獨的性能測試，以得出各核心功能的性能情況。是否需要進行性能優(yōu)化和配置調(diào)整.使用Loadrunner及其它可能會使用到的性能測試小工具。負(fù)載測試對常用的使用場景負(fù)載用戶由10個開始，每5分鐘增加5個用戶直至系統(tǒng)無法承受。記錄硬件的負(fù)載情況，從而尋找出系統(tǒng)的最佳用戶數(shù)和最大用戶數(shù).穩(wěn)定性測試系統(tǒng)在持續(xù)的壓力情況下，長期運行時的業(yè)務(wù)處理能力及系統(tǒng)是否存在內(nèi)存泄露等性能問題。將系統(tǒng)的核心功能以百分比方式進行持續(xù)8小時的性能測試。多用戶訪問GSM系統(tǒng)同時在線用戶為50，并發(fā)用戶為10正常使用GSM各個子系統(tǒng)核心功能的并發(fā)操作并發(fā)多個用戶同時使用上傳、下載、同步功能傳輸效率測試組建RAID1和RAID5時的磁盤I/O讀寫速度；GSM各子系統(tǒng)上傳、下載、同步的速度；RAID5組建和同步完成的速度。2測試計劃2.1測試進度及產(chǎn)物階段工作任務(wù)持續(xù)時間產(chǎn)物項目啟動項目啟動一天資源安排測試設(shè)計分析測試需求，整理測試計劃與方案三天測試方案測試環(huán)境系統(tǒng)使用培訓(xùn)測試環(huán)境、測試設(shè)備及測試數(shù)據(jù)準(zhǔn)備測試執(zhí)行對各模塊逐一進行功能測試五周Bug列表性能測試報告交叉隨機測試和回歸測試易用性測試和兼容性測試性能測試及報告測試報告編寫整體測試報告二天整體測試報告測試團隊人員安排因不同的階段而有所不同，以下是人員安排及職責(zé)說明.人員角色介入階段人數(shù)工作職責(zé)測試項目組長需求階段開始1人負(fù)責(zé)所有工作的指派和人員調(diào)整,監(jiān)督項目的測試流程進度和質(zhì)量，對評測結(jié)果和報告負(fù)責(zé)，評估測試項目質(zhì)量。性能測試工程師設(shè)計階段開始1人負(fù)責(zé)設(shè)計功能及易用性測試用例,設(shè)計性能測試腳本及場景.并負(fù)責(zé)后期相關(guān)的測試執(zhí)行工作.測試工程師執(zhí)行階段開始3人負(fù)責(zé)具體的測試執(zhí)行工作。執(zhí)行測試案例，記錄案例運行結(jié)果，分析測試結(jié)果，提交缺陷報告任務(wù)工作測試組長性能測試工程師測試工程師團隊和項目管理,跟蹤,規(guī)劃測試評估,方案,計劃,工期監(jiān)控任務(wù)分配測試報告用例詳細編寫用例評審執(zhí)行測試回歸測試,缺陷跟蹤交叉測試質(zhì)量保證數(shù)據(jù)分析,糾錯測試質(zhì)量合格須符合以下標(biāo)準(zhǔn)：（產(chǎn)品上線五個月內(nèi)所發(fā)現(xiàn)的Bug）A致命的B嚴(yán)重的C一般的D輕微的E建議優(yōu)化的≤2≤4≤5≤5暫不作要求1）為用戶或非測試人員發(fā)現(xiàn)的有效缺陷，且改缺陷不是由需求、功能的變更引起的且在測試任務(wù)書規(guī)定的測試內(nèi)容范圍內(nèi)的缺陷。

2)用戶或非測試人員發(fā)現(xiàn)的有效缺陷的總數(shù)不得大于一定的比例:10％用戶或非測試人員發(fā)現(xiàn)的有效缺陷的總數(shù)/測試總結(jié)報告提交有效缺陷總數(shù)×100%

舉例：滿足以下任何一條即視為測試質(zhì)量不合格用戶或非測試人員發(fā)現(xiàn)的有效A類錯誤>2

用戶或非測試人員發(fā)現(xiàn)的有效B類錯誤>4

用戶或非測試人員發(fā)現(xiàn)的有效缺陷的總數(shù)與測試發(fā)現(xiàn)的有效缺陷總數(shù)的比例>10％

用戶或非測試人員發(fā)現(xiàn)的有效C類錯誤、D類錯誤均>53項目溝通管理3.1定期匯報制度1.匯報機制項目組成員定期向項目經(jīng)理匯報，原則上是每天匯報一次。項目經(jīng)理每周通過周報的形式將項目實際進度和人力資源投入情況向全國中小企業(yè)轉(zhuǎn)讓系統(tǒng)相關(guān)領(lǐng)導(dǎo)進行匯報。2.報告方式采用周報的方式進行匯報，并通過郵件進行確認(rèn)。3.2日常溝通記錄項目參加各方在項目進行過程中隨時對相關(guān)問題進行溝通.所有重要的、有主題的日常溝通活動都應(yīng)留下記錄或形成備忘錄.日常溝通的主要渠道包括：會議電話電子郵件3。3定期例會制度評審會議：在各個里程碑階段召開，討論相關(guān)輸出；周例會：每周二上午10點進行,由項目經(jīng)理組織周例會，召集項目相關(guān)人員參加，以電話會議的方式,總結(jié)上周開發(fā)進度，討論本周開發(fā)計劃；風(fēng)險溝通會：當(dāng)出現(xiàn)較大風(fēng)險時召開溝通會，討論解決方案。4Bug規(guī)范4.1Bug內(nèi)容描述在Bug的內(nèi)容描述中需要包含以下元素:No元素說明1前提條件<可選〉重現(xiàn)問題所需要的條件2測試環(huán)境測試環(huán)境應(yīng)包括軟硬件環(huán)境3測試步驟步驟要盡量細化，特殊操作要描寫清楚。要能夠讓別人看到步驟就能方便無誤的重現(xiàn)出問題。4預(yù)期結(jié)果預(yù)期應(yīng)用通過測試步驟所能得到的正確結(jié)果5實際結(jié)果實際上應(yīng)用通過測試步驟所得到的結(jié)果6附加信息<可選〉任何其它你認(rèn)為能夠幫助到重現(xiàn)或是說明問題的其它信息。7附件盡量提供問題的截圖或是有能力最好能提供相關(guān)的log文件。在Bug的嚴(yán)重級別定義如下：Bug分級Bug等級Bug等級說明分類說明致命問題Blocker導(dǎo)致整個產(chǎn)品無法進行測試系統(tǒng)無法開機或不停重啟其他導(dǎo)致無法測試的問題Critical死機、數(shù)據(jù)丟失、主要功能完全喪失運行過程中出現(xiàn)一次死機、重啟或系統(tǒng)崩潰嚴(yán)重問題Major主要功能部分缺失或數(shù)據(jù)資料丟失部分主要功能不能使用或部分?jǐn)?shù)據(jù)資料丟失一般問題Normal部分次要功能缺失，不太嚴(yán)重概率性