驗(yàn)收測試方案

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

2、命名統(tǒng)一各控件放置位置符合用戶使用習(xí)慣業(yè)務(wù)交互測試系統(tǒng)的業(yè)務(wù)邏輯符合客戶的原始需求流程簡潔無冗余邏輯清晰無歧義。易用性測試易理解性測試；易學(xué)性測試；易操作性測試；有適合的幫助及錯(cuò)誤提示操作響應(yīng)的即時(shí)性（3s5s）國際化測試英文語言版本界面測試1.2容錯(cuò)性驗(yàn)證驗(yàn)證系統(tǒng)在各種故障或意外時(shí)， 是否仍然能夠保證系統(tǒng)的正常工作。測試內(nèi)容如下表所示：測試分類測試點(diǎn)測試方法數(shù)據(jù)異常操作異常數(shù)據(jù)或異常流程時(shí)，系統(tǒng)能給出提示不會(huì)出現(xiàn)崩潰手工進(jìn)行測試違反操作流程時(shí)拒絕數(shù)據(jù)進(jìn)入并報(bào)錯(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ò)

3、出現(xiàn)故障系統(tǒng)是否能給出提示并采取相應(yīng)的緩存措施服務(wù)器異常數(shù)據(jù)傳輸時(shí)，數(shù)據(jù)庫服務(wù)器出現(xiàn)故障系統(tǒng)是否能給出提示并采取相應(yīng)的緩存措施環(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)測試方法GSM Web端瀏覽器兼容性(IE10、IE11、Firefox43+、Chrome38+、Edge)1、每位測試人員每輪測試都以不同機(jī)器配以不同的操作系統(tǒng)和瀏覽器進(jìn)行2、主要頁面用BroserShots和Vi

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

5、個(gè)核心功能進(jìn)行單獨(dú)的性能測試，以得出各核心功能的性能情況。是否需要進(jìn)行性能優(yōu)化和配置調(diào)整。使用Loadrunner及其它可能會(huì)使用到的性能測試小工具。負(fù)載測試對(duì)常用的使用場景負(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í)使用上傳、下載、同步功能傳輸效率測試組建RA

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

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

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

9、現(xiàn)的有效缺陷的總數(shù)與測試發(fā)現(xiàn)的有效缺陷總數(shù)的比例>10% Ø 用戶或非測試人員發(fā)現(xiàn)的有效C類錯(cuò)誤、D類錯(cuò)誤均>53項(xiàng)目溝通管理3.1定期匯報(bào)制度1. 匯報(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)。2. 報(bào)告方式 采用周報(bào)的方式進(jìn)行匯報(bào)，并通過郵件進(jìn)行確認(rèn)。3.2日常溝通記錄 項(xiàng)目參加各方在項(xiàng)目進(jìn)行過程中隨時(shí)對(duì)相關(guān)問題進(jìn)行溝通。所有重要的、有主題的日常溝通活動(dòng)都應(yīng)留下記錄或形成備忘錄。日常溝通的主要渠道包括：Ø 會(huì)議Ø 電話

10、16; 電子郵件3.3定期例會(huì)制度Ø 評(píng)審會(huì)議：在各個(gè)里程碑階段召開，討論相關(guān)輸出；Ø 周例會(huì)：每周二上午10點(diǎn)進(jìn)行，由項(xiàng)目經(jīng)理組織周例會(huì)，召集項(xiàng)目相關(guān)人員參加，以電話會(huì)議的方式，總結(jié)上周開發(fā)進(jìn)度，討論本周開發(fā)計(jì)劃；Ø 風(fēng)險(xiǎn)溝通會(huì)：當(dāng)出現(xiàn)較大風(fēng)險(xiǎn)時(shí)召開溝通會(huì)，討論解決方案。4 Bug規(guī)范4.1 Bug內(nèi)容描述在Bug的內(nèi)容描述中需要包含以下元素：No元素說明1前提條件 <可選>重現(xiàn)問題所需要的條件2測試環(huán)境測試環(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文件。4.2 Bug嚴(yán)重度定義在Bug的嚴(yán)重級(jí)別定義如下：Bug分級(jí)Bug等級(jí)Bug等級(jí)說明分類說明致命問題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