手機(jī)APP測試流程規(guī)范

1、.手機(jī)APP測試流程規(guī)范一、 流程圖接收版本不符App測試版本送測規(guī)范用戶行為統(tǒng)計(jì)測試后臺(tái)訂單統(tǒng)計(jì)測試盡快申請到正式環(huán)境下測試兼容性測試、性能壓力測試功能測試：核對(duì)需求文檔UI測試：核對(duì)rp/效果圖 符合回歸測試仍然為測試環(huán)境 進(jìn)入正式環(huán)境發(fā)送上線報(bào)告FailPass測試周期測試周期一般為兩周（10個(gè)工作日），根據(jù)項(xiàng)目情況以及版本質(zhì)量可適當(dāng)縮短或延長測試時(shí)間。正式測試前先向主管確認(rèn)項(xiàng)目排期。1. 測試資源測試任務(wù)開始前，檢查各項(xiàng)測試資源。1. 產(chǎn)品功能需求文檔2. 產(chǎn)品原型圖3. 產(chǎn)品效果圖4. 行為統(tǒng)計(jì)分析定義文檔5. 測試設(shè)備（ios3.1.3-ios5.0.1；Android1.6-An

2、droid4.0；Winphone7.1及以上；Symbian v3/v5/Nokia Belle等）6. 其他（例如有秒殺專題的項(xiàng)目，需要規(guī)劃秒殺時(shí)間表；有優(yōu)惠券使用的項(xiàng)目，需要申請?zhí)砑觾?yōu)惠券數(shù)據(jù)；支付寶/銀聯(lián)支付功能的項(xiàng)目，需要提前申請支付寶/銀聯(lián)賬戶等等）2. 測試要點(diǎn)1. 接收版本A） 接收測試版本的同時(shí)，需要查看程序填寫的App測試版本提交質(zhì)量規(guī)范，若符合則開始測試任務(wù)，若不符合規(guī)范，可拒絕測試。B） 日常接收版本時(shí)需要注意測試版本規(guī)范，如不符合，請開發(fā)人員重新修改合適的版本號(hào)后再次提交測試。2. UI測試A） 確保手頭的原型圖與效果圖為當(dāng)前最新版本。B） 確保產(chǎn)品UI符合產(chǎn)品經(jīng)理制

3、定的原型圖與效果圖。C） 一切界面問題以效果圖為準(zhǔn)，若有用戶體驗(yàn)方面的建議，必須先以郵件或口頭的形式詢問產(chǎn)品經(jīng)理。D） 由于測試環(huán)境中的數(shù)據(jù)為模擬數(shù)據(jù)，測試時(shí)必須預(yù)先考慮到正式環(huán)境中可能出現(xiàn)的數(shù)據(jù)類型3. 功能測試A） 確保手頭的功能需求文檔為當(dāng)前最新版本。B） 確保所有的軟件功能都已實(shí)現(xiàn)且邏輯正常。C） 一切功能問題以需求文檔為準(zhǔn)，若有用戶體驗(yàn)方面的建議，必須先以郵件或口頭的形式詢問產(chǎn)品經(jīng)理。D） 若有些功能在技術(shù)上難以實(shí)現(xiàn)或者由于排期的原因無法在短時(shí)間內(nèi)實(shí)現(xiàn)，必須得到產(chǎn)品經(jīng)理的確認(rèn)，而不是單單只聽開發(fā)人員的技術(shù)解釋。E） PMS上所有的“外部原因”問題，都需要盡早地督促開發(fā)人員與客戶服務(wù)端

4、人員聯(lián)系協(xié)調(diào)解決。F） PMS上所有的“設(shè)計(jì)如此”、“延期處理”問題，都需要和產(chǎn)品經(jīng)理確認(rèn)后再進(jìn)行驗(yàn)證。G） 測試下單時(shí)，所有測試人員必須嚴(yán)格遵守測試單下單規(guī)范標(biāo)準(zhǔn)。注冊的測試賬號(hào)必須符合公司規(guī)范；收貨地址必須包含“測試”關(guān)鍵字；在正式環(huán)境中下單后必須取消該訂單等。H） 測試細(xì)節(jié)可參考且必須遵守Test checklist以及公司客戶端通用測試用例文檔。4. 兼容測試/性能測試A） 確保軟件在所有兼容機(jī)型上都能正常使用B） 對(duì)于低端性能兼容機(jī)上獨(dú)有的問題（例如ios3.1.3、Android1.6），若在技術(shù)上難以修改或者由于排期的原因無法在短時(shí)間內(nèi)改進(jìn)，必須在測試日報(bào)中注明，并得到技術(shù)平臺(tái)主

5、管、產(chǎn)品經(jīng)理以及運(yùn)營人員的確認(rèn)。C） 性能測試方面必須滿足硬件壓力條件下的測試需要（例如多線程）D） 網(wǎng)絡(luò)響應(yīng)用戶體驗(yàn)方面的性能測試，請參考且遵守Mobile app可用性能標(biāo)準(zhǔn)。5. 后臺(tái)訂單統(tǒng)計(jì)測試A） 核對(duì)“客戶端相關(guān)啟動(dòng)查詢”項(xiàng)，此項(xiàng)數(shù)據(jù)就是經(jīng)常說的“激活量”，非常重要。測試時(shí)必須保證該項(xiàng)中的各數(shù)據(jù)均正確，且每次啟動(dòng)軟件都會(huì)有相應(yīng)的統(tǒng)計(jì)記錄。B） 核對(duì)“訂單查詢”項(xiàng)，測試時(shí)必須保證各數(shù)據(jù)均正確，且每次成功下單后都會(huì)有相應(yīng)的統(tǒng)計(jì)記錄。C） 需要注意的是，在成功下單之后，BI后臺(tái)會(huì)做判斷將該訂單劃到測試訂單范圍，測試人員必須到“訂單查詢（測試）”模塊中核對(duì)訂單統(tǒng)計(jì)記錄信息。6. 用戶行為統(tǒng)

6、計(jì)測試A） 確保手頭的行為統(tǒng)計(jì)分析定義文檔為最新版本，且與開發(fā)人員手中的文檔一致。B） 確保產(chǎn)品經(jīng)理在文檔中所定義的頁面在該產(chǎn)品中都是存在的。C） 盡可能真實(shí)地模擬用戶行為。D） 核對(duì)統(tǒng)計(jì)日志，確保各項(xiàng)操作所對(duì)應(yīng)的頁面ID以及操作ID都是正確的。7. 回歸測試A） 軟件最終上線前，需對(duì)產(chǎn)品進(jìn)行回歸測試，測試內(nèi)容包含之前所有的測試項(xiàng)目B） 回歸測試不再對(duì)細(xì)節(jié)進(jìn)行測試，而是類似于對(duì)產(chǎn)品進(jìn)行驗(yàn)收，從客戶正常使用的角度對(duì)產(chǎn)品進(jìn)行再一輪的整體測試。C） 只有在回歸測試通過之后，才對(duì)產(chǎn)品進(jìn)行提交。3. 測試日報(bào)及產(chǎn)品上線報(bào)告1. 測試人員每天需對(duì)所測項(xiàng)目發(fā)送測試日報(bào)。2. 測試日報(bào)所包含的內(nèi)容為：A） 對(duì)當(dāng)前測試版本質(zhì)量進(jìn)行分級(jí)（參考產(chǎn)品質(zhì)量分級(jí)標(biāo)準(zhǔn)文檔）。B） 對(duì)較嚴(yán)重的問題進(jìn)行例舉，提示開發(fā)人員優(yōu)先修改。C） 對(duì)版本的整體情況進(jìn)行評(píng)估。3. 產(chǎn)品上線前，測試人員發(fā)送產(chǎn)品上線報(bào)告4. 上線報(bào)告所包含的內(nèi)容為：A） 對(duì)當(dāng)前版本質(zhì)量進(jìn)行分級(jí)（參考產(chǎn)品質(zhì)量分級(jí)標(biāo)準(zhǔn)文檔）。B） 附上測試報(bào)告（功能測試報(bào)告、兼容性測試報(bào)告、性能測試報(bào)告以及app可用性能標(biāo)準(zhǔn)結(jié)果）。C） 總結(jié)上線版本的基本情況。若有遺留問題必須列出并記錄解決方案。4. 最終提交1. 測試人員根據(jù)sid郵件對(duì)所有渠道的安裝包進(jìn)行驗(yàn)證2. 驗(yàn)證完畢后將最終的產(chǎn)品安裝包以郵件的形式提供給業(yè)務(wù)部門