【正文】 常。 3） 在業(yè)務(wù)需要從服務(wù)端取回數(shù)據(jù)保存到客戶端的時候，客戶端能否將數(shù)據(jù)保存到本地。閱讀過后，希望您提出保貴的意見或建議。 服務(wù)端一般會提供JSON格式的數(shù)據(jù)給客戶端，所以我們在服務(wù)端需要進(jìn)行接口測試，確保服務(wù)端提供的接口并轉(zhuǎn)換的JSON內(nèi)容正確，對分支、異常流有相應(yīng)的返回值。 2) 內(nèi)網(wǎng)測試時，要注意選擇到外網(wǎng)操作時的異常情況處理。 1）測試升級后的功能是否與需求說明一樣 2）測試與升級模塊相關(guān)的模塊的功能是否與需求一致 3）升級安裝意外情況的測試（如死機(jī)、斷電、重啟） 4）升級界面的UI測試 5）不同操作系統(tǒng)間的升級測試 以主觀的普通消費(fèi)者的角度去感知產(chǎn)品或服務(wù)的舒適、有用、易用、友好親切程度。 5)Benchmark測試（基線測試）：與競爭產(chǎn)品的Benchmarking, 產(chǎn)品演變對比測試等。 在非免打擾時間段，用戶能正常收到push。 3) 當(dāng)定位服務(wù)沒有開啟時，使用定位服務(wù)，會友好性彈出是否允許設(shè)置定位提示。用戶在下次啟動app時，仍能出現(xiàn)更新提示。 1) 需要確定哪些地方需要提供手動刷新，哪些地方需要自動刷新，哪些地方需要手動+自動刷新。 3)在測試實現(xiàn)的各個階段跟蹤測試實現(xiàn)與需求輸入的覆蓋情況，及時修正業(yè)務(wù)或需求理解錯誤。 6）系統(tǒng)直接卸載UI測試，是否有卸載狀態(tài)進(jìn)度條提示 。 18）如果數(shù)據(jù)庫中重要的數(shù)據(jù)正要被重寫, 應(yīng)及時告知用戶 19）能合理地處理出現(xiàn)的錯誤 20）意外情況下應(yīng)提示用戶 1）在運(yùn)行其軟件過程中, 如果有來電、SMS、EMS、MMS、藍(lán)牙、紅外等通訊或充電時, 是否能暫停程序，優(yōu)先處理通信, 并在處理完畢后能正?；謴?fù)軟件, 繼續(xù)其原來的功能 2）當(dāng)創(chuàng)立連接時, 應(yīng)用程序能夠處理因為網(wǎng)絡(luò)連接中斷, 進(jìn)而告訴用戶連接中斷的情況 3）應(yīng)能處理通訊延時或中斷 4）應(yīng)用程序?qū)⒈３止ぷ鞯酵ㄓ嵆瑫r, 進(jìn)而發(fā)送給用戶一個錯誤信息指示有連接錯誤 5）應(yīng)能處理網(wǎng)絡(luò)異常和及時將異常情況通報用戶 6）應(yīng)用程序關(guān)閉或網(wǎng)絡(luò)連接不再使用時應(yīng)及時關(guān)閉) 斷開 7) HTTP、HTTPS覆蓋測試 App和后臺服務(wù)一般都是通過HTTP來交互的，驗證HTTP環(huán)境下是否正常； 公共免費(fèi)網(wǎng)絡(luò)環(huán)境中（如：麥當(dāng)勞、星巴克等）都要輸入用戶名和密碼，通過SSL認(rèn)證來訪問網(wǎng)絡(luò)，需要對使用HTTP Client的library異常作捕獲處理。3. 產(chǎn)品上線前，測試人員發(fā)送產(chǎn)品上線報告4. 上線報告所包含的內(nèi)容為：A） 對當(dāng)前版本質(zhì)量進(jìn)行分級（參考《產(chǎn)品質(zhì)量分級標(biāo)準(zhǔn)》文檔）。C） 盡可能真實地模擬用戶行為。C） 性能測試方面必須滿足硬件壓力條件下的測試需要（例如多線程）D） 網(wǎng)絡(luò)響應(yīng)用戶體驗方面的性能測試，請參考且遵守《Mobile app可用性能標(biāo)準(zhǔn)》。C） 一切功能問題以需求文檔為準(zhǔn)，若有用戶體驗方面的建議，必須先以郵件或口頭的形式詢問產(chǎn)品經(jīng)理。測試任務(wù)開始前，檢查各項測試資源。2. UI測試A） 確保手頭的原型圖與效果圖為當(dāng)前最新版本。F） PMS上所有的“設(shè)計如此”、“延期處理”問題，都需要和產(chǎn)品經(jīng)理確認(rèn)后再進(jìn)行驗證。測試時必須保證該項中的各數(shù)據(jù)均正確，且每次啟動軟件都會有相應(yīng)的統(tǒng)計記錄。C） 只有在回歸測試通過之后，才對產(chǎn)品進(jìn)行提交。若有遺留問題必須列出并記錄解決方案。 3）軟件安裝各個選項的組合是否符合概要設(shè)計說明 4）軟件安裝向?qū)У腢I測試 5）軟件安裝過程是否可以取消，點擊取消后，寫入的文件是否如概要設(shè)計說明處理 6）軟件安裝過程中意外情況的處理是否符合需求（如死機(jī)，重啟，斷電） 7）安裝空間不足時是否有相應(yīng)提示 8）安裝后沒有生成多余的目錄結(jié)構(gòu)和文件 9）對于需要通過網(wǎng)絡(luò)驗證之類的安裝，在斷網(wǎng)情況下嘗試一下 10）還需要對安裝手冊進(jìn)行測試，依照安裝手冊是否能順利安裝 1）直接刪除安裝文件夾卸載是否有提示信息。確保用戶界面符合公司或行業(yè)的標(biāo)準(zhǔn)。 3）App打開速度測試，速度是否可觀。 4) 確定數(shù)據(jù)展示部分的處理邏輯，是每次從服務(wù)端請求，還是有緩存到本地，這樣才能有針對性的進(jìn)行相應(yīng)測試。 4) 當(dāng)客戶端有新版本時，在本地不刪除客戶端的情況下，直接更新檢查是否能正常更新。 客戶端可以自行設(shè)置手機(jī)的時區(qū)、時間，因此需要校驗該設(shè)置對app的影響。 5) 測試push時，需要采用真機(jī)進(jìn)行測試。如；App在前/后臺運(yùn)行狀態(tài)時與來電、文件下載、音樂收聽等關(guān)鍵運(yùn)用的交互情況測試等。 2）是否濫用用戶引導(dǎo)。如遇數(shù)據(jù)交換失敗時要給予提示。 進(jìn)行服務(wù)端測試時，需要開發(fā)提供一份接口