測(cè)試手機(jī)app流程規(guī)范方案標(biāo)準(zhǔn)(完整版)
【正文】 該訂單等。C） 一切界面問題以效果圖為準(zhǔn)，若有用戶體驗(yàn)方面的建議，必須先以郵件或口頭的形式詢問產(chǎn)品經(jīng)理。 關(guān)于手機(jī)APP測(cè)試流程規(guī)范流程圖接收版本 不符App測(cè)試版本送測(cè)規(guī)范用戶行為統(tǒng)計(jì)測(cè)試后臺(tái)訂單統(tǒng)計(jì)測(cè)試盡快申請(qǐng)到正式環(huán)境下測(cè)試兼容性測(cè)試、性能壓力測(cè)試功能測(cè)試：核對(duì)需求文檔UI測(cè)試：核對(duì)rp/效果圖 符合回歸測(cè)試 仍然為測(cè)試環(huán)境 進(jìn)入正式環(huán)境發(fā)送上線報(bào)告 Fail Pass測(cè)試周期測(cè)試周期一般為兩周（10個(gè)工作日），根據(jù)項(xiàng)目情況以及版本質(zhì)量可適當(dāng)縮短或延長(zhǎng)測(cè)試時(shí)間。D） 由于測(cè)試環(huán)境中的數(shù)據(jù)為模擬數(shù)據(jù)，測(cè)試時(shí)必須預(yù)先考慮到正式環(huán)境中可能出現(xiàn)的數(shù)據(jù)類型3. 功能測(cè)試A） 確保手頭的功能需求文檔為當(dāng)前最新版本。H） 測(cè)試細(xì)節(jié)可參考且必須遵守《Test checklist》以及《公司客戶端通用測(cè)試用例》文檔。6. 用戶行為統(tǒng)計(jì)測(cè)試A） 確保手頭的行為統(tǒng)計(jì)分析定義文檔為最新版本，且與開發(fā)人員手中的文檔一致。B） 對(duì)較嚴(yán)重的問題進(jìn)行例舉，提示開發(fā)人員優(yōu)先修改。 7）當(dāng)將敏感數(shù)據(jù)輸人到應(yīng)用程序時(shí), 其不會(huì)被儲(chǔ)存在設(shè)備中 8）備份應(yīng)該加密, 恢復(fù)數(shù)據(jù)應(yīng)考慮恢復(fù)過程的異常通訊中斷等, 數(shù)據(jù)恢復(fù)后再使用前應(yīng)該經(jīng)過校驗(yàn)9）應(yīng)用程序應(yīng)考慮系統(tǒng)或者虛擬機(jī)器產(chǎn)生的用戶提示信息或安全替告 10）應(yīng)用程序不能忽略系統(tǒng)或者虛擬機(jī)器產(chǎn)生的用戶提示信息或安全警告, 更不能在安全警告顯示前,，利用顯示誤導(dǎo)信息欺騙用戶，應(yīng)用程序不應(yīng)該模擬進(jìn)行安全警告誤導(dǎo)用戶 11）在數(shù)據(jù)刪除之前，應(yīng)用程序應(yīng)當(dāng)通知用戶或者應(yīng)用程序提供一個(gè)“取消”命令的操作 12）“ 取消” 命令操作能夠按照設(shè)計(jì)要求實(shí)現(xiàn)其功能 13）應(yīng)用程序應(yīng)當(dāng)能夠處理當(dāng)不允許應(yīng)用軟件連接到個(gè)人信息管理的情況 14）當(dāng)進(jìn)行讀或?qū)懹脩粜畔⒉僮鲿r(shí), 應(yīng)用程序?qū)?huì)向用戶發(fā)送一個(gè)操作錯(cuò)誤的提示信息 15）在沒有用戶明確許可的前提下不損壞側(cè)除個(gè)人信息管理應(yīng)用程序中的任何內(nèi)容Μ16）應(yīng)用程序讀和寫數(shù)據(jù)正確。 4）卸載過程中出現(xiàn)的意外情況的測(cè)試（如死機(jī)、斷電、重啟）。各控件操作方式統(tǒng)一 2）自適應(yīng)界面設(shè)計(jì)，內(nèi)容根據(jù)窗口大小自適應(yīng) 3）頁面標(biāo)簽風(fēng)格是否統(tǒng)一 4）頁面是否美觀 5）頁面的圖片應(yīng)有其實(shí)際意義而要求整體有序美觀 6）圖片質(zhì)量要高且圖片尺寸在設(shè)計(jì)符合要求的情況下應(yīng)盡量小 7）界面整體使用的顏色不宜過多 1）輸入框說明文字的內(nèi)容與系統(tǒng)功能是否一致 2）文字長(zhǎng)度是否加以限制 3）文字內(nèi)容是否表意不明 4）是否有錯(cuò)別字 5）信息是否為中文顯示 6）是否有敏感性詞匯、關(guān)鍵詞 7）是否有敏感性圖片，如：涉及版權(quán)、專利、隱私等圖片 根據(jù)軟件說明或用戶需求驗(yàn)證App的各個(gè)功能實(shí)現(xiàn)，采用如下方法實(shí)現(xiàn)并評(píng)估功能測(cè)試過程： 1)采用時(shí)間、地點(diǎn)、對(duì)象、行為和背景五元素或業(yè)務(wù)分析等方法分析、提煉App的用戶使用場(chǎng)景，對(duì)比說明或需求，整理出內(nèi)在、外在及非功能直接相關(guān)的需求，構(gòu)建測(cè)試點(diǎn)，并明確測(cè)試標(biāo)準(zhǔn)，若用戶需求中無明確標(biāo)準(zhǔn)遵循，則需要參考行業(yè)或相關(guān)國際標(biāo)準(zhǔn)或準(zhǔn)則。7) 密碼更換后，檢查有數(shù)據(jù)交換時(shí)是否進(jìn)行了有效身份的校驗(yàn) 8) 支持自動(dòng)登錄的應(yīng)用在進(jìn)行數(shù)據(jù)交換時(shí)，檢查系統(tǒng)是否能自動(dòng)登錄成功并且數(shù)據(jù)操作無誤。 1) 在無網(wǎng)絡(luò)情況可以瀏覽本地?cái)?shù)據(jù) 2) 退出app再開啟app時(shí)能正常瀏覽 3) 切換到后臺(tái)再切回前臺(tái)可以正常瀏覽 4) 鎖屏后再解屏回到應(yīng)用前臺(tái)可以正常瀏覽 5) 在對(duì)服務(wù)端的數(shù)據(jù)有更新時(shí)會(huì)給予離線的相應(yīng)提示 App更新 1) 當(dāng)客戶端有新版本時(shí)，有更新提示。如果以上無法更新成功的，也都屬于缺陷。比如發(fā)表一篇微博在服務(wù)端記錄的是10：00，此時(shí)，華盛頓時(shí)間為22：00，客戶端去瀏覽時(shí)，如果設(shè)置的是華盛頓時(shí)間,則顯示的發(fā)表時(shí)間即為22:00,當(dāng)時(shí)間設(shè)回東8區(qū)時(shí)間時(shí)，再查看則顯示為10：00。 App安裝、卸載的響應(yīng)時(shí)間 App各類功能性操作的影響時(shí)間 3)壓力測(cè)試：反復(fù)/長(zhǎng)期操作下、系統(tǒng)資源是否占用異常。 2）Bug修復(fù)后的回歸測(cè)試在交付前、要進(jìn)行全量用例的回歸測(cè)試。目前2G的網(wǎng)絡(luò)相對(duì)于比較慢，測(cè)試時(shí)尤其要注意此塊的測(cè)試。 、502等情況下的測(cè)試 后臺(tái)服務(wù)牽涉到DNS、空間服務(wù)商的情況下會(huì)影響其穩(wěn)定性，如：當(dāng)出現(xiàn)域名解析故障時(shí)，你對(duì)后臺(tái)API的請(qǐng)求很可能就會(huì)出現(xiàn)404錯(cuò)誤，拋出異
公司管理相關(guān)推薦
鄂ICP備17016276號(hào)-1