測試手機(jī)app流程規(guī)范方案標(biāo)準(zhǔn)(存儲版)
【正文】 會被儲存在設(shè)備中, 同時(shí)密碼也不會被解碼 2）輸人的密碼將不以明文形式進(jìn)行顯示 3）密碼, 信用卡明細(xì), 或其他的敏感數(shù)據(jù)將不被儲存在它們預(yù)輸人的位置上 4）不同的應(yīng)用程序的個(gè)人身份證或密碼長度必需至少在4一8 個(gè)數(shù)字長度之間 5）當(dāng)應(yīng)用程序處理信用卡明細(xì), 或其他的敏感數(shù)據(jù)時(shí), 不以明文形式將數(shù)據(jù)寫到其它單獨(dú)的文件或者臨時(shí)文件中。 2）測試系統(tǒng)直接卸載程序是否有提示信息。包括用戶友好性、人性化、易操作性測試。 4）App頁面間的切換是否流暢，邏輯是否正確 5）注冊 同表單編輯頁面 用戶名密碼長度 注冊后的提示頁面 前臺注冊頁面和后臺的管理頁面數(shù)據(jù)是否一致 注冊后，在后臺管理中頁面提示 6）登錄 使用合法的用戶登錄系統(tǒng)。 5) 檢查有數(shù)據(jù)交換的地方，均有相應(yīng)的異常處理。 5) 當(dāng)客戶端有新版本時(shí)，在本地不刪除客戶端的情況下，檢查更新后的客戶端功能是否是新版本。 中國為東8區(qū)，所以當(dāng)手機(jī)設(shè)置的時(shí)間非東8區(qū)時(shí)，查看需要顯示時(shí)間的地方，時(shí)間是否展示正確，應(yīng)用功能是否正常。 評估App的時(shí)間和空間特性 ： 1)極限測試：在各種邊界壓力情況下，如電池、存儲、網(wǎng)速等，驗(yàn)證App是否能正確響應(yīng)。交叉事件測試非常重要，能發(fā)現(xiàn)很多應(yīng)用中潛在的性能問題。 3）是否有不可點(diǎn)擊的效果，如：你的按鈕此時(shí)處于不可用狀態(tài)，那么一定要灰掉，或者拿掉按鈕，否則會給用戶誤導(dǎo) 4）菜單層次是否太深 5）交互流程分支是否太多 6）相關(guān)的選項(xiàng)是否離得很遠(yuǎn) 7）一次是否載入太多的數(shù)據(jù) 8）界面中按鈕可點(diǎn)擊范圍是否適中 9）標(biāo)簽頁是否跟內(nèi)容沒有從屬關(guān)系，當(dāng)切換標(biāo)簽的時(shí)候，內(nèi)容跟著切換 10）操作應(yīng)該有主次從屬關(guān)系 11）是否定義Back的邏輯。 5) 在網(wǎng)絡(luò)信號不好時(shí)，執(zhí)行操作后，在回調(diào)沒有完成的情況下，退出本頁面或者執(zhí)行其他操作的情況，有無異常情況。 1）一般的增、刪、改、查測試。 。最方便的是采用client進(jìn)行接口測試。 4) 在網(wǎng)絡(luò)信號不好時(shí)，檢查數(shù)據(jù)是否會一直處于提交中的狀態(tài)，有無超時(shí)限制。 1）是否有空數(shù)據(jù)界面設(shè)計(jì)，引導(dǎo)用戶去執(zhí)行操作。交叉測試又叫事件或沖突測試，是指一個(gè)功能正在執(zhí)行過程中，同時(shí)另外一個(gè)事件或操作對該過程進(jìn)行干擾的測試。一般情況下，只對手機(jī)上最后一個(gè)登錄用戶進(jìn)行消息推送。 4) 測試定位、照相機(jī)服務(wù)時(shí)，需要采用真機(jī)進(jìn)行測試。下次啟動(dòng)app時(shí)，仍出現(xiàn)強(qiáng)制升級提示。 3) 根據(jù)業(yè)務(wù)、速度及流量的合理分配，確定哪些內(nèi)容需要實(shí)時(shí)更新，哪些需要定時(shí)更新。 2）App打開測試，是否有加載狀態(tài)進(jìn)度提示。 UI測試的目標(biāo)是確保用戶界面會通過測試對象的功能來為用戶提供相應(yīng)的訪問或?yàn)g覓功能。 2）軟件安裝后的是否能夠正常運(yùn)行，安裝后的文件夾及文件是否寫到了指定的目錄里。C） 總結(jié)上線版本的基本情況。7. 回歸測試A） 軟件最終上線前，需對產(chǎn)品進(jìn)行回歸測試，測試內(nèi)容包含之前所有的測試項(xiàng)目B） 回歸測試不再對細(xì)節(jié)進(jìn)行測試，而是類似于對產(chǎn)品進(jìn)行驗(yàn)收，從客戶正常使用的角度對產(chǎn)品進(jìn)行再一輪的整體測試。啟動(dòng)查詢”項(xiàng)，此項(xiàng)數(shù)據(jù)就是經(jīng)常說的“激活量”，非常重要。E） PMS上所有的“外部原因”問題，都需要盡早地督促開發(fā)人員與客戶服務(wù)端人員聯(lián)系協(xié)調(diào)解決。B） 日常接收版本時(shí)需要注意測試版本規(guī)范，如不符合，請開發(fā)人員重新修改合適的版本號后再次提交測試。1. 產(chǎn)品功能需求文檔2. 產(chǎn)品原型圖3. 產(chǎn)品效果圖4. 行為統(tǒng)計(jì)分析定義文檔5. 測試設(shè)備（；；；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)賬戶等等）1. 接收版本A） 接收測試版本的同時(shí)，需要查看程序填寫的《App測試版本提交質(zhì)量規(guī)范》，若符合則開始測試任務(wù)，若不符合規(guī)范，可拒絕測試。D） 若有些功能在技術(shù)上難以實(shí)現(xiàn)或者由于排期的原因無法在短時(shí)間內(nèi)實(shí)現(xiàn)，必須得到產(chǎn)品經(jīng)理的確認(rèn)，而不是單單只聽開發(fā)人員的技術(shù)解釋。5. 后臺訂單統(tǒng)計(jì)測試A） 核對“客戶端相關(guān)224。D） 核對統(tǒng)計(jì)日志，確保各項(xiàng)操作所對應(yīng)的頁面ID以及操作ID都是正確的。B） 附上測試報(bào)告（功能測試報(bào)告、兼容性測試報(bào)告、性能測試報(bào)告以及app可用性能標(biāo)準(zhǔn)結(jié)果）。 1）返回菜單總保持可用 2）命令有優(yōu)先權(quán)順序 3）聲音的設(shè)置不影響應(yīng)用程序的功能 4）應(yīng)用程序必需利用目標(biāo)設(shè)備適用的全屏尺寸來顯示上述內(nèi)容 5）應(yīng)用程序必需能夠處理不可預(yù)
公司管理相關(guān)推薦
鄂ICP備17016276號-1