測(cè)試手機(jī)app流程規(guī)范方案標(biāo)準(zhǔn)(文件)
【正文】 1）輸入框說(shuō)明文字的內(nèi)容與系統(tǒng)功能是否一致 2）文字長(zhǎng)度是否加以限制 3）文字內(nèi)容是否表意不明 4）是否有錯(cuò)別字 5）信息是否為中文顯示 6）是否有敏感性詞匯、關(guān)鍵詞 7）是否有敏感性圖片，如：涉及版權(quán)、專利、隱私等圖片 根據(jù)軟件說(shuō)明或用戶需求驗(yàn)證App的各個(gè)功能實(shí)現(xiàn)，采用如下方法實(shí)現(xiàn)并評(píng)估功能測(cè)試過(guò)程： 1)采用時(shí)間、地點(diǎn)、對(duì)象、行為和背景五元素或業(yè)務(wù)分析等方法分析、提煉App的用戶使用場(chǎng)景，對(duì)比說(shuō)明或需求，整理出內(nèi)在、外在及非功能直接相關(guān)的需求，構(gòu)建測(cè)試點(diǎn)，并明確測(cè)試標(biāo)準(zhǔn)，若用戶需求中無(wú)明確標(biāo)準(zhǔn)遵循，則需要參考行業(yè)或相關(guān)國(guó)際標(biāo)準(zhǔn)或準(zhǔn)則。 2）App打開(kāi)測(cè)試，是否有加載狀態(tài)進(jì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ù)操作無(wú)誤。 3) 根據(jù)業(yè)務(wù)、速度及流量的合理分配，確定哪些內(nèi)容需要實(shí)時(shí)更新，哪些需要定時(shí)更新。 1) 在無(wú)網(wǎng)絡(luò)情況可以瀏覽本地?cái)?shù)據(jù) 2) 退出app再開(kāi)啟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í)，有更新提示。下次啟動(dòng)app時(shí)，仍出現(xiàn)強(qiáng)制升級(jí)提示。如果以上無(wú)法更新成功的，也都屬于缺陷。 4) 測(cè)試定位、照相機(jī)服務(wù)時(shí)，需要采用真機(jī)進(jìn)行測(cè)試。比如發(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。一般情況下，只對(duì)手機(jī)上最后一個(gè)登錄用戶進(jìn)行消息推送。 App安裝、卸載的響應(yīng)時(shí)間 App各類(lèi)功能性操作的影響時(shí)間 3)壓力測(cè)試：反復(fù)/長(zhǎng)期操作下、系統(tǒng)資源是否占用異常。交叉測(cè)試又叫事件或沖突測(cè)試，是指一個(gè)功能正在執(zhí)行過(guò)程中，同時(shí)另外一個(gè)事件或操作對(duì)該過(guò)程進(jìn)行干擾的測(cè)試。 2）Bug修復(fù)后的回歸測(cè)試在交付前、要進(jìn)行全量用例的回歸測(cè)試。 1）是否有空數(shù)據(jù)界面設(shè)計(jì)，引導(dǎo)用戶去執(zhí)行操作。目前2G的網(wǎng)絡(luò)相對(duì)于比較慢，測(cè)試時(shí)尤其要注意此塊的測(cè)試。 4) 在網(wǎng)絡(luò)信號(hào)不好時(shí)，檢查數(shù)據(jù)是否會(huì)一直處于提交中的狀態(tài)，有無(wú)超時(shí)限制。 、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ò)誤，拋出異常。最方便的是采用client進(jìn)行接口測(cè)試。 3） 在業(yè)務(wù)需要從服務(wù)端取回?cái)?shù)據(jù)保存到客戶端的時(shí)候，客戶端能否將數(shù)據(jù)保存到本地。 。閱讀過(guò)后，希望您提出保貴的意見(jiàn)或建議。 1）一般的增、刪、改、查測(cè)試。 服務(wù)端一般會(huì)提供JSON格式的數(shù)據(jù)給客戶端，所以我們?cè)诜?wù)端需要進(jìn)行接口測(cè)試，確保服務(wù)端提供的接口并轉(zhuǎn)換的JSON內(nèi)容正確，對(duì)分支、異常流有相應(yīng)的返回值。 5) 在網(wǎng)絡(luò)信號(hào)不好時(shí)，執(zhí)行操作后，在回調(diào)沒(méi)有完成的情況下，退出本頁(yè)面或者執(zhí)行其他操作的情況，有無(wú)異常情況。 2) 內(nèi)網(wǎng)測(cè)試時(shí)，要注意選擇到外網(wǎng)操作時(shí)的異常情況處理。 3）是否有不可點(diǎn)擊的效果，如：你的按鈕此時(shí)處于不可用狀態(tài)，那么一定要灰掉，或者拿掉按鈕，否則會(huì)給用戶誤導(dǎo) 4）菜單層次是否太深 5）交互流程分支是否太多 6）相關(guān)的選項(xiàng)是否離得很遠(yuǎn) 7）一次是否載入太多的數(shù)據(jù) 8）界面中按鈕可點(diǎn)擊范圍是否適中 9）標(biāo)簽頁(yè)是否跟內(nèi)容沒(méi)有從屬關(guān)系，當(dāng)切換標(biāo)簽的時(shí)候，內(nèi)容跟著切換 10）操作應(yīng)該有主次從屬關(guān)系 11）是否定義Back的邏輯。 1）測(cè)試升級(jí)后的功能是否與需求說(shuō)明一樣 2）測(cè)試與升級(jí)模塊相關(guān)的模塊的功能是否與需求一致 3）升級(jí)安裝意外情況的測(cè)試（如死機(jī)、斷電、重啟） 4）升級(jí)界面的UI測(cè)試 5）不同操作系統(tǒng)間的升級(jí)測(cè)試 以主觀的普通消費(fèi)者的角度去感知產(chǎn)品或服務(wù)的舒適、有用、易用、友好親切程度。交叉事件測(cè)試非常重要，能發(fā)現(xiàn)很多應(yīng)用中潛在的性能問(wèn)題。 5)Benchmark測(cè)試（基線測(cè)試）：與競(jìng)爭(zhēng)產(chǎn)品的Benchmarking, 產(chǎn)品演變對(duì)比測(cè)試等。 評(píng)估App的時(shí)間和空間特性 ： 1)極限測(cè)試：在各種邊界壓力情況下，如電池、存儲(chǔ)、網(wǎng)速等，驗(yàn)證App是否能正確響應(yīng)。 在非免打擾時(shí)間段，用戶能正常收到push。 中國(guó)為東8區(qū)，所以當(dāng)手機(jī)設(shè)置的時(shí)間非東8區(qū)時(shí)，查看需要顯示時(shí)間的地方，時(shí)間是否展示正確，應(yīng)用功能是否正常。 3) 當(dāng)
公司管理相關(guān)推薦
鄂ICP備17016276號(hào)-1