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

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

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

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

4、需要盡早地督促開發(fā)人員與客戶服務端人員聯(lián)系協(xié)調解決。F）PMS 上所有的“設計如此” 、“延期處理”問題，都需要和產(chǎn)品經(jīng)理'.確認后再進行驗證。G）測試下單時，所有測試人員必須嚴格遵守 測試單下單規(guī)范 標準。注冊的測試賬號必須符合公司規(guī)范； 收貨地址必須包含 “測試” 關鍵字；在正式環(huán)境中下單后必須取消該訂單等。H）測試細節(jié)可參考且必須遵守 Test checklist以及公司客戶端通用測試用例 文檔。4. 兼容測試 / 性能測試A）確保軟件在所有兼容機型上都能正常使用B）對于低端性能兼容機上獨有的問題（例如 ios3.1.3、 Android1.6），若在技術上難以修改或者由于排期的

5、原因無法在短時間內(nèi)改進， 必須在測試日報中注明， 并得到技術平臺主管、 產(chǎn)品經(jīng)理以及運營人員的確認。C）性能測試方面必須滿足硬件壓力條件下的測試需要（例如多線程）D）網(wǎng)絡響應用戶體驗方面的性能測試，請參考且遵守 Mobile app 可用性能標準。5. 后臺訂單統(tǒng)計測試A）核對“客戶端相關 啟動查詢”項，此項數(shù)據(jù)就是經(jīng)常說的“激活量”，非常重要。測試時必須保證該項中的各數(shù)據(jù)均正確，且每次啟動軟件都會有相應的統(tǒng)計記錄。B）核對“訂單查詢”項，測試時必須保證各數(shù)據(jù)均正確，且每次成功下單后都會有相應的統(tǒng)計記錄。C）需要注意的是，在成功下單之后， BI 后臺會做判斷將該訂單劃到測試訂單范圍，測試人員必

6、須到“訂單查詢（測試） ”模塊中核對訂單統(tǒng)計記錄信息。6. 用戶行為統(tǒng)計測試A）確保手頭的行為統(tǒng)計分析定義文檔為最新版本，且與開發(fā)人員手中的文檔一致。B）確保產(chǎn)品經(jīng)理在文檔中所定義的頁面在該產(chǎn)品中都是存在的。C）盡可能真實地模擬用戶行為。D）核對統(tǒng)計日志，確保各項操作所對應的頁面 ID 以及操作 ID 都是正確的。7. 回歸測試A）軟件最終上線前，需對產(chǎn)品進行回歸測試，測試內(nèi)容包含之前所有的測試項目B）回歸測試不再對細節(jié)進行測試， 而是類似于對產(chǎn)品進行驗收， 從客戶正常使用的角度對產(chǎn)品進行再一輪的整體測試。C）只有在回歸測試通過之后，才對產(chǎn)品進行提交。3. 測試日報及產(chǎn)品上線報告1. 測試人員

7、每天需對所測項目發(fā)送測試日報。2. 測試日報所包含的內(nèi)容為：A） 對當前測試版本質量進行分級（參考 產(chǎn)品質量分級標準 文檔）。B）對較嚴重的問題進行例舉，提示開發(fā)人員優(yōu)先修改。'.C）對版本的整體情況進行評估。3. 產(chǎn)品上線前，測試人員發(fā)送產(chǎn)品上線報告4. 上線報告所包含的內(nèi)容為：A） 對當前版本質量進行分級（參考 產(chǎn)品質量分級標準 文檔）。B）附上測試報告（功能測試報告、兼容性測試報告、性能測試報告以及app 可用性能標準結果） 。C）總結上線版本的基本情況。若有遺留問題必須列出并記錄解決方案。4. 最終提交1. 測試人員根據(jù) sid 郵件對所有渠道的安裝包進行驗證2. 驗證完畢后將最終的產(chǎn)品安裝包以郵件的形式提供給業(yè)務部門上傳5. 相關