測試手機(jī)APP流程規(guī)范標(biāo)準(zhǔn)

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

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

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

4、人員聯(lián)系協(xié)調(diào)解決。F） PMS上所有的“設(shè)計(jì)如此”、“延期處理”問題，都需要和產(chǎn)品經(jīng)理確認(rèn)后再進(jìn)行驗(yàn)證。G） 測試下單時，所有測試人員必須嚴(yán)格遵守測試單下單規(guī)范標(biāo)準(zhǔn)。注冊的測試賬號必須符合公司規(guī)范；收貨地址必須包含“測試”關(guān)鍵字；在正式環(huán)境中下單后必須取消該訂單等。H） 測試細(xì)節(jié)可參考且必須遵守Test checklist以及公司客戶端通用測試用例文檔。4. 兼容測試/性能測試A） 確保軟件在所有兼容機(jī)型上都能正常使用B） 對于低端性能兼容機(jī)上獨(dú)有的問題（例如ios3.1.3、Android1.6），若在技術(shù)上難以修改或者由于排期的原因無法在短時間內(nèi)改進(jìn)，必須在測試日報(bào)中注明，并得到技術(shù)平臺主

5、管、產(chǎn)品經(jīng)理以及運(yùn)營人員的確認(rèn)。C） 性能測試方面必須滿足硬件壓力條件下的測試需要（例如多線程）D） 網(wǎng)絡(luò)響應(yīng)用戶體驗(yàn)方面的性能測試，請參考且遵守Mobile app可用性能標(biāo)準(zhǔn)。5. 后臺訂單統(tǒng)計(jì)測試A） 核對“客戶端相關(guān)à啟動查詢”項(xiàng)，此項(xiàng)數(shù)據(jù)就是經(jīng)常說的“激活量”，非常重要。測試時必須保證該項(xiàng)中的各數(shù)據(jù)均正確，且每次啟動軟件都會有相應(yīng)的統(tǒng)計(jì)記錄。B） 核對“訂單查詢”項(xiàng)，測試時必須保證各數(shù)據(jù)均正確，且每次成功下單后都會有相應(yīng)的統(tǒng)計(jì)記錄。C） 需要注意的是，在成功下單之后，BI后臺會做判斷將該訂單劃到測試訂單范圍，測試人員必須到“訂單查詢（測試）”模塊中核對訂單統(tǒng)計(jì)記錄信息。6.

6、 用戶行為統(tǒng)計(jì)測試A） 確保手頭的行為統(tǒng)計(jì)分析定義文檔為最新版本，且與開發(fā)人員手中的文檔一致。B） 確保產(chǎn)品經(jīng)理在文檔中所定義的頁面在該產(chǎn)品中都是存在的。C） 盡可能真實(shí)地模擬用戶行為。D） 核對統(tǒng)計(jì)日志，確保各項(xiàng)操作所對應(yīng)的頁面ID以及操作ID都是正確的。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)行再一輪的整體測試。C） 只有在回歸測試通過之后，才對產(chǎn)品進(jìn)行提交。1.3測試日報(bào)及產(chǎn)品上線報(bào)告1. 測試人員每天需對所測項(xiàng)目發(fā)送測試日報(bào)。2. 測試日報(bào)所包含的內(nèi)容

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

8、交質(zhì)量規(guī)范Wap測試版本提交質(zhì)量規(guī)范測試單下單規(guī)范產(chǎn)品質(zhì)量分級標(biāo)準(zhǔn)Test checklist公司客戶端通用測試用例Mobile app可用性能標(biāo)準(zhǔn)測試報(bào)告模板項(xiàng)目測試概要及注意事項(xiàng)2 App測試點(diǎn) 2.1安全測試 2.1.1軟件權(quán)限 1）扣費(fèi)風(fēng)險(xiǎn)：包括發(fā)送短信、撥打電話、連接網(wǎng)絡(luò)等 2）隱私泄露風(fēng)險(xiǎn)：包括訪問手機(jī)信息、訪問聯(lián)系人信息等 3）對App的輸入有效性校驗(yàn)、認(rèn)證、授權(quán)、敏感數(shù)據(jù)存儲、數(shù)據(jù)加密等方面進(jìn)行檢測 4）限制/允許使用手機(jī)功能接入互聯(lián)網(wǎng) 5）限制/允許使用手機(jī)發(fā)送接受信息功能 6）限制/允許應(yīng)用程序來注冊自動啟動應(yīng)用程序 7）限制或使用本地連接8）限制/允許使用手機(jī)拍照或錄音

9、9）限制/允許使用手機(jī)讀取用戶數(shù)據(jù) 10) 限制/允許使用手機(jī)寫人用戶數(shù)據(jù) 11) 檢測App的用戶授權(quán)級別、數(shù)據(jù)泄漏、非法授權(quán)訪問等2.1.2安裝與卸載安全性 1）應(yīng)用程序應(yīng)能正確安裝到設(shè)備驅(qū)動程序上 2）能夠在安裝設(shè)備驅(qū)動程序上找到應(yīng)用程序的相應(yīng)圖標(biāo) 3）是否包含數(shù)字簽名信息 4）JAD文件和JAR包中包含的所有托管屬性及其值必需是正確的 5）JAD文件顯示的資料內(nèi)容與應(yīng)用程序顯示的資料內(nèi)容應(yīng)一致 6）安裝路徑應(yīng)能指定 7）沒有用戶的允許, 應(yīng)用程序不能預(yù)先設(shè)定自動啟動 8）卸載是否安全, 其安裝進(jìn)去的文件是否全部卸載 9）卸載用戶使用過程中產(chǎn)生的文件是否有提示 10）其修改的配置信息是否

10、復(fù)原 11）卸載是否影響其他軟件的功能 12）卸載應(yīng)該移除所有的文件2.1.3數(shù)據(jù)安全性 1）當(dāng)將密碼或其他的敏感數(shù)據(jù)輸人到應(yīng)用程序時, 其不會被儲存在設(shè)備中, 同時密碼也不會被解碼 2）輸人的密碼將不以明文形式進(jìn)行顯示 3）密碼, 信用卡明細(xì), 或其他的敏感數(shù)據(jù)將不被儲存在它們預(yù)輸人的位置上 4）不同的應(yīng)用程序的個人身份證或密碼長度必需至少在4一8 個數(shù)字長度之間 5）當(dāng)應(yīng)用程序處理信用卡明細(xì), 或其他的敏感數(shù)據(jù)時, 不以明文形式將數(shù)據(jù)寫到其它單獨(dú)的文件或者臨時文件中。以6）防止應(yīng)用程序異常終止而又沒有側(cè)除它的臨時文件, 文件可能遭受人侵者的襲擊, 然后讀取這些數(shù)據(jù)信息。 7）當(dāng)將敏感數(shù)據(jù)輸

11、人到應(yīng)用程序時, 其不會被儲存在設(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)用程序提供一個“取消”命令的操作 12）“ 取消” 命令操作能夠按照設(shè)計(jì)要求實(shí)現(xiàn)其功能 13）應(yīng)用程序應(yīng)當(dāng)能夠處理當(dāng)不允許應(yīng)用軟件連接到個人信息管理的情況 14）當(dāng)進(jìn)行讀或?qū)懹脩粜畔⒉僮鲿r, 應(yīng)

12、用程序?qū)蛴脩舭l(fā)送一個操作錯誤的提示信息 15）在沒有用戶明確許可的前提下不損壞側(cè)除個人信息管理應(yīng)用程序中的任何內(nèi)容16）應(yīng)用程序讀和寫數(shù)據(jù)正確。 17）應(yīng)用程序應(yīng)當(dāng)有異常保護(hù)。 18）如果數(shù)據(jù)庫中重要的數(shù)據(jù)正要被重寫, 應(yīng)及時告知用戶 19）能合理地處理出現(xiàn)的錯誤 20）意外情況下應(yīng)提示用戶 2.1.4通訊安全性 1）在運(yùn)行其軟件過程中, 如果有來電、SMS、EMS、MMS、藍(lán)牙、紅外等通訊或充電時, 是否能暫停程序，優(yōu)先處理通信, 并在處理完畢后能正?；謴?fù)軟件, 繼續(xù)其原來的功能 2）當(dāng)創(chuàng)立連接時, 應(yīng)用程序能夠處理因?yàn)榫W(wǎng)絡(luò)連接中斷, 進(jìn)而告訴用戶連接中斷的情況 3）應(yīng)能處理通訊延時或中

13、斷 4）應(yīng)用程序?qū)⒈３止ぷ鞯酵ㄓ嵆瑫r, 進(jìn)而發(fā)送給用戶一個錯誤信息指示有連接錯誤 5）應(yīng)能處理網(wǎng)絡(luò)異常和及時將異常情況通報(bào)用戶 6）應(yīng)用程序關(guān)閉或網(wǎng)絡(luò)連接不再使用時應(yīng)及時關(guān)閉) 斷開 7) HTTP、HTTPS覆蓋測試 -App和后臺服務(wù)一般都是通過HTTP來交互的，驗(yàn)證HTTP環(huán)境下是否正常； -公共免費(fèi)網(wǎng)絡(luò)環(huán)境中（如：麥當(dāng)勞、星巴克等）都要輸入用戶名和密碼，通過SSL認(rèn)證來訪問網(wǎng)絡(luò)，需要對使用HTTP Client的library異常作捕獲處理。 2.1.5人機(jī)接口安全性1）返回菜單總保持可用 2）命令有優(yōu)先權(quán)順序 3）聲音的設(shè)置不影響應(yīng)用程序的功能 4）應(yīng)用程序必需利用目標(biāo)設(shè)備適用的全屏

14、尺寸來顯示上述內(nèi)容 5）應(yīng)用程序必需能夠處理不可預(yù)知的用戶操作, 例如錯誤的操作和同時按下多個鍵 2.2安裝、卸載測試 驗(yàn)證App是否能正確安裝、運(yùn)行、卸載 2.2.1安裝 1）軟件在不同操作系統(tǒng)（Palm OS、Symbian、Linux、Android、iOS、Black Berry OS 6.0、Windows Phone 7）下安裝是否正常。 2）軟件安裝后的是否能夠正常運(yùn)行，安裝后的文件夾及文件是否寫到了指定的目錄里。 3）軟件安裝各個選項(xiàng)的組合是否符合概要設(shè)計(jì)說明 4）軟件安裝向?qū)У腢I測試 5）軟件安裝過程是否可以取消，點(diǎn)擊取消后，寫入的文件是否如概要設(shè)計(jì)說明處理 6）軟件安裝過

15、程中意外情況的處理是否符合需求（如死機(jī)，重啟，斷電） 7）安裝空間不足時是否有相應(yīng)提示 8）安裝后沒有生成多余的目錄結(jié)構(gòu)和文件 9）對于需要通過網(wǎng)絡(luò)驗(yàn)證之類的安裝，在斷網(wǎng)情況下嘗試一下 10）還需要對安裝手冊進(jìn)行測試，依照安裝手冊是否能順利安裝2.2.2卸載 1）直接刪除安裝文件夾卸載是否有提示信息。 2）測試系統(tǒng)直接卸載程序是否有提示信息。 3）測試卸載后文件是否全部刪除所有的安裝文件夾。 4）卸載過程中出現(xiàn)的意外情況的測試（如死機(jī)、斷電、重啟）。 5）卸載是否支持取消功能，單擊取消后軟件卸載的情況 。 6）系統(tǒng)直接卸載UI測試，是否有卸載狀態(tài)進(jìn)度條提示 。 2.3 UI測試 測試用戶界面(

16、如菜單、對話框、窗口和其它可規(guī)控件)布局、風(fēng)格是否滿足客戶要求、文字是否正確、頁面是否美觀、文字、圖片組合是否完美、操作是否友好等。 UI測試的目標(biāo)是確保用戶界面會通過測試對象的功能來為用戶提供相應(yīng)的訪問或?yàn)g覓功能。確保用戶界面符合公司或行業(yè)的標(biāo)準(zhǔn)。包括用戶友好性、人性化、易操作性測試。2.3.1導(dǎo)航測試 1）按鈕、對話框、列表和窗口等；或在不同的連接頁面之間需要導(dǎo)航 2）是否易于導(dǎo)航，導(dǎo)航是否直觀 3）是否需要搜索引擎 4）導(dǎo)航幫助是否準(zhǔn)確直觀 5）導(dǎo)航與頁面結(jié)構(gòu)、菜單、連接頁面的風(fēng)格是否一致 2.3.2圖形測試 1）橫向比較。各控件操作方式統(tǒng)一 2）自適應(yīng)界面設(shè)計(jì)，內(nèi)容根據(jù)窗口大小自適應(yīng)

17、3）頁面標(biāo)簽風(fēng)格是否統(tǒng)一 4）頁面是否美觀 5）頁面的圖片應(yīng)有其實(shí)際意義而要求整體有序美觀 6）圖片質(zhì)量要高且圖片尺寸在設(shè)計(jì)符合要求的情況下應(yīng)盡量小 7）界面整體使用的顏色不宜過多 2.3.3內(nèi)容測試 1）輸入框說明文字的內(nèi)容與系統(tǒng)功能是否一致 2）文字長度是否加以限制 3）文字內(nèi)容是否表意不明 4）是否有錯別字 5）信息是否為中文顯示 6）是否有敏感性詞匯、關(guān)鍵詞 7）是否有敏感性圖片，如：涉及版權(quán)、專利、隱私等圖片 2.4功能測試 根據(jù)軟件說明或用戶需求驗(yàn)證App的各個功能實(shí)現(xiàn)，采用如下方法實(shí)現(xiàn)并評估功能測試過程： 1)采用時間、地點(diǎn)、對象、行為和背景五元素或業(yè)務(wù)分析等方法分析、提煉App

18、的用戶使用場景，對比說明或需求，整理出內(nèi)在、外在及非功能直接相關(guān)的需求，構(gòu)建測試點(diǎn)，并明確測試標(biāo)準(zhǔn)，若用戶需求中無明確標(biāo)準(zhǔn)遵循，則需要參考行業(yè)或相關(guān)國際標(biāo)準(zhǔn)或準(zhǔn)則。 2)根據(jù)被測功能點(diǎn)的特性列丼出相應(yīng)類型的測試用例對其進(jìn)行覆蓋，如；涉及輸入的地方需要考慮等價、邊界、負(fù)面、異?；蚍欠?、場景回滾、關(guān)聯(lián)測試等測試類型對其進(jìn)行覆蓋。 3)在測試實(shí)現(xiàn)的各個階段跟蹤測試實(shí)現(xiàn)與需求輸入的覆蓋情況，及時修正業(yè)務(wù)或需求理解錯誤。 2.4.1運(yùn)行 1）App安裝完成后的試運(yùn)行，可正常打開軟件。 2）App打開測試，是否有加載狀態(tài)進(jìn)度提示。 3）App打開速度測試，速度是否可觀。 4）App頁面間的切換是否流暢，邏

19、輯是否正確 5）注冊 -同表單編輯頁面 -用戶名密碼長度 -注冊后的提示頁面 -前臺注冊頁面和后臺的管理頁面數(shù)據(jù)是否一致 -注冊后，在后臺管理中頁面提示 6）登錄 -使用合法的用戶登錄系統(tǒng)。 -系統(tǒng)是否允許多次非法的登陸，是否有次數(shù)限制。7) 密碼更換后，檢查有數(shù)據(jù)交換時是否進(jìn)行了有效身份的校驗(yàn) 8) 支持自動登錄的應(yīng)用在進(jìn)行數(shù)據(jù)交換時，檢查系統(tǒng)是否能自動登錄成功并且數(shù)據(jù)操作無誤。 9) 檢查用戶主動退出登錄后，下次啟動app，應(yīng)停留在登錄界面2.4.4數(shù)據(jù)更新 根據(jù)應(yīng)用的業(yè)務(wù)規(guī)則，以及數(shù)據(jù)更新量的情況，來確定最優(yōu)的數(shù)據(jù)更新方案。 1) 需要確定哪些地方需要提供手動刷新，哪些地方需要自動刷新，

20、哪些地方需要手動+自動刷新。 2) 確定哪些地方從后臺切換回前臺時需要進(jìn)行數(shù)據(jù)更新。 3) 根據(jù)業(yè)務(wù)、速度及流量的合理分配，確定哪些內(nèi)容需要實(shí)時更新，哪些需要定時更新。 4) 確定數(shù)據(jù)展示部分的處理邏輯，是每次從服務(wù)端請求，還是有緩存到本地，這樣才能有針對性的進(jìn)行相應(yīng)測試。 5) 檢查有數(shù)據(jù)交換的地方，均有相應(yīng)的異常處理。2.4.5離線瀏覽 很多應(yīng)用會支持離線瀏覽，即在本地客戶端會緩存一部分?jǐn)?shù)據(jù)供用戶查看。 1) 在無網(wǎng)絡(luò)情況可以瀏覽本地?cái)?shù)據(jù) 2) 退出app再開啟app時能正常瀏覽 3) 切換到后臺再切回前臺可以正常瀏覽 4) 鎖屏后再解屏回到應(yīng)用前臺可以正常瀏覽 5) 在對服務(wù)端的數(shù)據(jù)有更

21、新時會給予離線的相應(yīng)提示2.4.6 App更新 1) 當(dāng)客戶端有新版本時，有更新提示。 2) 當(dāng)版本為非強(qiáng)制升級版時，用戶可以取消更新，老版本能正常使用。用戶在下次啟動app時，仍能出現(xiàn)更新提示。 3) 當(dāng)版本為強(qiáng)制升級版時，當(dāng)給出強(qiáng)制更新后用戶沒有做更新時，退出客戶端。下次啟動app時，仍出現(xiàn)強(qiáng)制升級提示。 4) 當(dāng)客戶端有新版本時，在本地不刪除客戶端的情況下，直接更新檢查是否能正常更新。 5) 當(dāng)客戶端有新版本時，在本地不刪除客戶端的情況下，檢查更新后的客戶端功能是否是新版本。 6) 當(dāng)客戶端有新版本時，在本地不刪除客戶端的情況下，檢查資源同名文件如圖片是否能正常更新成最新版本。如果以上無

22、法更新成功的，也都屬于缺陷。 2.4.7定位、照相機(jī)服務(wù) 1) App有用到相機(jī)，定位服務(wù)時，需要注意系統(tǒng)版本差異 2) 有用到定位服務(wù)、照相機(jī)服務(wù)的地方，需要進(jìn)行前后臺的切換測試，檢查應(yīng)用是否正常。 3) 當(dāng)定位服務(wù)沒有開啟時，使用定位服務(wù)，會友好性彈出是否允許設(shè)置定位提示。當(dāng)確定允許開啟定位時，能自動跳轉(zhuǎn)到定位設(shè)置中開啟定位服務(wù)。 4) 測試定位、照相機(jī)服務(wù)時，需要采用真機(jī)進(jìn)行測試。 2.4.8時間測試 客戶端可以自行設(shè)置手機(jī)的時區(qū)、時間，因此需要校驗(yàn)該設(shè)置對app的影響。 -中國為東8區(qū)，所以當(dāng)手機(jī)設(shè)置的時間非東8區(qū)時，查看需要顯示時間的地方，時間是否展示正確，應(yīng)用功能是否正常。時間一般

23、需要根據(jù)服務(wù)器時間再轉(zhuǎn)換成客戶端對應(yīng)的時區(qū)來展示，這樣的用戶體驗(yàn)比較好。比如發(fā)表一篇微博在服務(wù)端記錄的是10：00，此時，華盛頓時間為22：00，客戶端去瀏覽時，如果設(shè)置的是華盛頓時間,則顯示的發(fā)表時間即為22:00,當(dāng)時間設(shè)回東8區(qū)時間時，再查看則顯示為10：00。 2.4.9 PUSH測試 1) 檢查push消息是否按照指定的業(yè)務(wù)規(guī)則發(fā)送 2) 檢查不接受推送消息時，檢查用戶不會再接收到push. 3) 如果用戶設(shè)置了免打擾的時間段，檢查在免打擾時間段內(nèi)，用戶接收不到PUSH。 在非免打擾時間段，用戶能正常收到push。 4) 當(dāng)push消息是針對登錄用戶的時候，需要檢查收到的push與用

24、戶身份是否相符，沒有錯誤地將其它人的消息推送過來。一般情況下，只對手機(jī)上最后一個登錄用戶進(jìn)行消息推送。 5) 測試push時，需要采用真機(jī)進(jìn)行測試。 2.5性能測試 評估App的時間和空間特性 ： 1)極限測試：在各種邊界壓力情況下，如電池、存儲、網(wǎng)速等，驗(yàn)證App是否能正確響應(yīng)。 -內(nèi)存滿時安裝App -運(yùn)行App時手機(jī)斷電 -運(yùn)行App時斷掉網(wǎng)絡(luò) 2)響應(yīng)能力測試：測試App中的各類操作是否滿足用戶響應(yīng)時間要求 。 -App安裝、卸載的響應(yīng)時間 -App各類功能性操作的影響時間 3)壓力測試：反復(fù)/長期操作下、系統(tǒng)資源是否占用異常。-App反復(fù)進(jìn)行安裝卸載，查看系統(tǒng)資源是否正常 -其他功能

25、反復(fù)進(jìn)行操作，查看系統(tǒng)資源是否正常 4)性能評估：評估典型用戶應(yīng)用場景下，系統(tǒng)資源的使用情況。 5)Benchmark測試（基線測試）：與競爭產(chǎn)品的Benchmarking, 產(chǎn)品演變對比測試等。 2.6交叉事件測試 針對智能終端應(yīng)用的服務(wù)等級劃分方式及實(shí)時特性所提出的測試方法。交叉測試又叫事件或沖突測試，是指一個功能正在執(zhí)行過程中，同時另外一個事件或操作對該過程進(jìn)行干擾的測試。如；App在前/后臺運(yùn)行狀態(tài)時與來電、文件下載、音樂收聽等關(guān)鍵運(yùn)用的交互情況測試等。交叉事件測試非常重要，能發(fā)現(xiàn)很多應(yīng)用中潛在的性能問題。 1） 多個App同時運(yùn)行是否影響正常功能 2） App運(yùn)行時前/后臺切換是否影

26、響正常功能 3） App運(yùn)行時撥打/接聽電話 4） App運(yùn)行時發(fā)送/接收信息 5） App運(yùn)行時發(fā)送/收取郵件 6） App運(yùn)行時切換網(wǎng)絡(luò)（2G、3G、wifi） 7） App運(yùn)行時瀏覽網(wǎng)絡(luò) 8） App運(yùn)行時使用藍(lán)牙傳送/接收數(shù)據(jù) 9） App運(yùn)行時使用相機(jī)、計(jì)算器等手機(jī)自帶設(shè)備 2.7兼容測試 主要測試內(nèi)部和外部兼容性 1）與本地及主流App是否兼容 2）基于開發(fā)環(huán)境和生產(chǎn)環(huán)境的不同，檢驗(yàn)在各種網(wǎng)絡(luò)連接下(WiFi、GSM、GPRS、EDGE、WCDMA、CDMA1x、CDMA2000、HSPDA等)，App的數(shù)據(jù)和運(yùn)用是否正確 3）與各種設(shè)備是否兼容，若有跨系統(tǒng)支持則需要檢驗(yàn)是否在各系

27、統(tǒng)下，各種行為是否一致 -不同操作系統(tǒng)的兼容性，是否適配 -不同手機(jī)屏幕分辨率的兼容性 -不同手機(jī)品牌的兼容性 2.8回歸測試 1）Bug修復(fù)后且在新版本發(fā)布后需要進(jìn)行回歸測試。 2）Bug修復(fù)后的回歸測試在交付前、要進(jìn)行全量用例的回歸測試。 2.9升級、更新測試 新版版發(fā)布后，配合不同網(wǎng)絡(luò)環(huán)境的自勱更新提示及下載、安裝、更新、啟勱、運(yùn)行的驗(yàn)證測試。 1）測試升級后的功能是否與需求說明一樣 2）測試與升級模塊相關(guān)的模塊的功能是否與需求一致 3）升級安裝意外情況的測試（如死機(jī)、斷電、重啟） 4）升級界面的UI測試 5）不同操作系統(tǒng)間的升級測試2.10用戶體驗(yàn)測試 以主觀的普通消費(fèi)者的角度去感知產(chǎn)

28、品或服務(wù)的舒適、有用、易用、友好親切程度。 通過不同個體、獨(dú)立空間和非經(jīng)驗(yàn)的統(tǒng)計(jì)復(fù)用方式去有效評價產(chǎn)品的體驗(yàn)特性升產(chǎn)品的潛在客戶滿意度。 1）是否有空數(shù)據(jù)界面設(shè)計(jì)，引導(dǎo)用戶去執(zhí)行操作。 2）是否濫用用戶引導(dǎo)。 3）是否有不可點(diǎn)擊的效果，如：你的按鈕此時處于不可用狀態(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)簽的時候，內(nèi)容跟著切換 10）操作應(yīng)該有主次從屬關(guān)系 11）是否定義Back的邏輯。涉及軟硬件交互時，Back鍵應(yīng)具體定義 12）是否有橫屏模式的設(shè)計(jì)，應(yīng)用一般需要支持橫屏模式，即自適應(yīng)設(shè)計(jì) 2.11 硬件環(huán)境測試 2.11.1手勢操作測試 1）手機(jī)開鎖屏對運(yùn)行中的App的影響 2