驗(yàn)收測試實(shí)施方案

XXX系統(tǒng)驗(yàn)收測試方案XXX發(fā)展有限公司2017年8月25日1項(xiàng)目簡介對杰和科技GSM系統(tǒng)，使用客戶真實(shí)的場景和數(shù)據(jù)測試，覆蓋所有功能是否滿足需求。客戶使用真實(shí)的場景和數(shù)據(jù)測試，覆蓋所有功能點(diǎn)是否工作正常。逐一驗(yàn)證系統(tǒng)使用手冊是否有遺漏，描述是否準(zhǔn)確。1.1可用性測試驗(yàn)證系統(tǒng)是否對于可能存在的安全問題采取了各項(xiàng)相應(yīng)措施，包括軟件安全和數(shù)據(jù)庫安全.測試內(nèi)容如下表所示：測試類型測試重點(diǎn)測試方法UI布局無錯(cuò)位無疊壓UI測試系統(tǒng)整體風(fēng)格一致且美觀1、手工進(jìn)行測試導(dǎo)航簡單易懂界面文字描述正確，相關(guān)內(nèi)容命名統(tǒng)一各控件放置位置符合用戶使用習(xí)慣業(yè)務(wù)交互測試系統(tǒng)的業(yè)務(wù)邏輯符合客戶的原始需求流程簡潔無冗余2、測試時(shí)與原型與設(shè)計(jì)原圖進(jìn)行對比3、參照“易用性規(guī)范”對系統(tǒng)進(jìn)行邏輯清晰無歧義。檢查易理解性測試；易學(xué)性測試；易用性測試易操作性測試；有適合的幫助及錯(cuò)誤提示操作響應(yīng)的即時(shí)性(3s?5s)國際化測試英文語言版本界面測試lo2容錯(cuò)性驗(yàn)證

驗(yàn)證系統(tǒng)在各種故障或意外時(shí)，是否仍然能夠保證系統(tǒng)的正常工作。測試內(nèi)容如下表所示：測試分類測試點(diǎn)測試方法數(shù)據(jù)異操作異常數(shù)據(jù)或異常流程時(shí)，系統(tǒng)能給出提示不會出現(xiàn)崩潰常違反操作流程時(shí)拒絕數(shù)據(jù)進(jìn)入并t艮錯(cuò)或給出有效引導(dǎo)程序異常系統(tǒng)卡死或進(jìn)程被操作系統(tǒng)強(qiáng)行殺掉，當(dāng)前操作的數(shù)據(jù)是否全部丟失,流程是否被破壞無法后續(xù)操作網(wǎng)絡(luò)異常數(shù)據(jù)傳輸時(shí)，網(wǎng)絡(luò)出現(xiàn)故障系統(tǒng)是否能給出提示并采取相應(yīng)的緩存措施手工進(jìn)行測試服務(wù)器異常數(shù)據(jù)傳輸時(shí)，數(shù)據(jù)庫服務(wù)器出現(xiàn)故障系統(tǒng)是否能給出提示并采取相1應(yīng)的緩存措施1環(huán)境異常數(shù)據(jù)正在傳輸或是備份時(shí),突然斷電，電源恢復(fù)后系統(tǒng)仍能正常工作，且可恢復(fù)斷電前狀態(tài)。正在傳輸數(shù)據(jù)時(shí)突然拔掉磁盤1.3兼容性測試驗(yàn)證系統(tǒng)在各種硬件環(huán)境、軟件環(huán)境、不同瀏覽器、不同分辨率機(jī)器上使仍然能夠保證系統(tǒng)的正常工作。測試內(nèi)容如下表所示：模塊測試重點(diǎn)測試方法GSMWeb端瀏覽器兼容性(IE10、IE1KFirefox43+、Chrome38+>Edge)1、每位測試人員每輪測試都以不同機(jī)器配以不同的操作系統(tǒng)和瀏覽器進(jìn)行2、主要頁面用BroserShots和Viewlink.US進(jìn)行測試GSM助手操作系統(tǒng)兼容性(包括Windowsxp,windows7和windowslO)卜、安裝測試;2、上傳一個(gè)文件3、同步一個(gè)文件夾4、雙擊鼠標(biāo)打開服務(wù)器上某個(gè)文件夾的一個(gè)word文檔Androidapk屏幕分辨率和android版本兼容性1、分別測試720p和1080p時(shí)界面顯示；2、分別測試在Android4.4、Android5o1以及Android6。0上的程序功能

通過并發(fā)用戶模擬實(shí)際生產(chǎn)環(huán)境壓力，獲得系統(tǒng)響應(yīng)時(shí)間、服務(wù)器資源使用情況、最佳用戶及最大用戶數(shù).并試圖尋找用戶實(shí)際遇到或可能遇到的性能問題.測試分類測試點(diǎn)壓力測試針對每個(gè)核心功能進(jìn)行單獨(dú)的性能測試，以得出各核心功能的性能情況。是否需要進(jìn)行性能優(yōu)化和配置調(diào)整.1負(fù)載測試對常用的使用場景負(fù)載用戶由10個(gè)開始，每5分鐘增加5個(gè)用戶直至系統(tǒng)無法承受。記錄硬件的負(fù)載情況，從而尋找出系統(tǒng)的最佳用戶數(shù)和最大用戶數(shù).穩(wěn)定性測試系統(tǒng)在持續(xù)的壓力情況下，長期運(yùn)行時(shí)的業(yè)務(wù)處理能力及系統(tǒng)是否存在內(nèi)存泄露等性能問題。將系統(tǒng)的核心功能以百分比方式進(jìn)行持續(xù)8小時(shí)的性能測|試。|多用戶訪問GSM系統(tǒng)同時(shí)在線用戶為50,并發(fā)用戶為10正常使用GSM各個(gè)子系統(tǒng)核心功能的并發(fā)操作并發(fā)多個(gè)用戶同時(shí)使用上傳、下載、同步功能傳輸效率測試組建RAID1和RAID5時(shí)的磁盤I/O讀寫速度;GSM各子系統(tǒng)上傳、下載、同步的速度；RAID5組建和同步完成的速度。測試方法使用Loadrunner及其它可能會使用到的性能測試小工具。2測試計(jì)劃2.1測試進(jìn)度及產(chǎn)物

階段工作任務(wù)持續(xù)時(shí)間產(chǎn)物項(xiàng)目啟動項(xiàng)目啟動資源安排分析測試需求，整理測試計(jì)劃與方案測試方案測試設(shè)計(jì)系統(tǒng)使用培訓(xùn)三天測試環(huán)境、測試設(shè)備及測試數(shù)據(jù)準(zhǔn)備測試環(huán)境對各模塊逐一進(jìn)行功能測試測試執(zhí)行交叉隨機(jī)測試和回歸測試五周Bug列表易用性測試和兼容性測試性能測試報(bào)告性能測試及報(bào)告測試報(bào)告編寫整體測試報(bào)告二天整體測試報(bào)告測試團(tuán)隊(duì)人員安排因不同的階段而有所不同，以下是人員安排及職責(zé)說明.測試報(bào)告編寫整體測試報(bào)告二天整體測試報(bào)告人員角介入階人色段數(shù)工作職責(zé)測試項(xiàng)需求階1目組長段開始人負(fù)責(zé)所有工作的指派和人員調(diào)整,監(jiān)督項(xiàng)目的測試流程進(jìn)度和質(zhì)量，對評測結(jié)果和報(bào)告負(fù)責(zé)，評估測試項(xiàng)目質(zhì)量。性能測斗八］、#丁鏟設(shè)計(jì)階1E段開始人師負(fù)責(zé)設(shè)計(jì)功能及易用性測試用例,設(shè)計(jì)性能測試腳本及場景.并負(fù)責(zé)后期相關(guān)的測試執(zhí)行工作.測試工執(zhí)行階收?程師段開始人負(fù)責(zé)具體的測試執(zhí)行工作。執(zhí)行測試案例，記錄案例運(yùn)行結(jié)果，分析測試結(jié)果，提交缺陷報(bào)告任務(wù)工作測試組長性能測試工程師測試工程師團(tuán)隊(duì)和項(xiàng)目管理,跟蹤，規(guī)劃才測試評估，方案，計(jì)1劃，工期監(jiān)控任務(wù)分配測試報(bào)告用例詳細(xì)編寫用例評審執(zhí)行測試武回歸測試，缺陷跟蹤交叉測試質(zhì)量保證數(shù)據(jù)分析,糾錯(cuò)測試質(zhì)量合格須符合以下標(biāo)準(zhǔn)：（產(chǎn)品上線五個(gè)月內(nèi)所發(fā)現(xiàn)的Bug）1）為用戶或非測試人員發(fā)現(xiàn)的有效缺陷，且改缺陷不是由需求、功能的變更引起的且在測試任務(wù)書規(guī)定的測試內(nèi)容范圍內(nèi)的缺陷。A致命的B嚴(yán)重的C一般的D輕微的E建議優(yōu)化的W2W4W5W5暫不作要求2）用戶或非測試人員發(fā)現(xiàn)的有效缺陷的總數(shù)不得大于一定的比例：10%用戶或非測試人員發(fā)現(xiàn)的有效缺陷的總數(shù)/測試總結(jié)報(bào)告提交有效缺陷總數(shù)X100%舉例：滿足以下任何一條即視為測試質(zhì)量不合格「用戶或非測試人員發(fā)現(xiàn)的有效A類錯(cuò)誤＞2「用戶或非測試人員發(fā)現(xiàn)的有效B類錯(cuò)誤＞4「用戶或非測試人員發(fā)現(xiàn)的有效缺陷的總數(shù)與測試發(fā)現(xiàn)的有效缺陷總數(shù)的比例＞10%「用戶或非測試人員發(fā)現(xiàn)的有效c類錯(cuò)誤、D類錯(cuò)誤均＞53項(xiàng)目溝通管理3.1定期匯報(bào)制度.匯報(bào)機(jī)制項(xiàng)目組成員定期向項(xiàng)目經(jīng)理匯報(bào)，原則上是每天匯報(bào)一次。項(xiàng)目經(jīng)理每周通過周報(bào)的形式將項(xiàng)目實(shí)際進(jìn)度和人力資源投入情況向全國中小企業(yè)轉(zhuǎn)讓系統(tǒng)相關(guān)領(lǐng)導(dǎo)進(jìn)行匯報(bào)。.報(bào)告方式采用周報(bào)的方式進(jìn)行匯報(bào)，并通過郵件進(jìn)行確認(rèn)。.2日常溝通記錄項(xiàng)目參加各方在項(xiàng)目進(jìn)行過程中隨時(shí)對相關(guān)問題進(jìn)行溝通.所有重要的、有主題的日常溝通活動都應(yīng)留下記錄或形成備忘錄.日常溝通的主要渠道包括：「會議「電話「電子郵件3o3定期例會制度「評審會議：在各個(gè)里程碑階段召開，討論相關(guān)輸出；「周例會：每周二上午10點(diǎn)進(jìn)行，由項(xiàng)目經(jīng)理組織周例會，召集項(xiàng)目相關(guān)人員參加，以電話會議的方式，總結(jié)上周開發(fā)進(jìn)度，討論本周開發(fā)計(jì)劃；「風(fēng)險(xiǎn)溝通會：當(dāng)出現(xiàn)較大風(fēng)險(xiǎn)時(shí)召開溝通會，討論解決方案。4Bug規(guī)范Bug內(nèi)容描述在Bug的內(nèi)容描述中需要包含以下元素：No元素說明1前提條件〈可選〉重現(xiàn)問題所需要的條件2測試環(huán)境|i測試環(huán)境應(yīng)包括軟硬件環(huán)境?3測試步驟步驟要盡量細(xì)化，特殊操作要描寫清楚。要能夠讓別人看到步驟就能方便無誤的重現(xiàn)出問題。4預(yù)期結(jié)果預(yù)期應(yīng)用通過測試步驟所能得到的正確結(jié)果5實(shí)際結(jié)果實(shí)際上應(yīng)用通過測試步驟所得到的結(jié)果6附加信息〈可選〉任何其它你認(rèn)為能夠幫助到重現(xiàn)或是說明問題的其它信息。7附件盡量提供問題的截圖或是有能力最好能提供相關(guān)的log文件。在Bug的嚴(yán)重級別定義如下:Bug分級Bug等級Bug等級說明分類說明致命問題Blocker導(dǎo)致整個(gè)產(chǎn)品無法進(jìn)行測試系統(tǒng)無法開機(jī)或不停重啟其他導(dǎo)致無法測試的問題Critical死機(jī)、數(shù)據(jù)丟失、主要功能完全喪失運(yùn)行過程中出現(xiàn)一次死機(jī)、重啟或系統(tǒng)崩潰嚴(yán)重問題Major主要功能部分缺失或數(shù)據(jù)資料丟失部分主要功能不能使用或部分?jǐn)?shù)據(jù)資料丟失一般問題Nor