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

1、關(guān)于手機(jī)APP 測試流程規(guī)范 1、流程圖 不符 仍然為測試環(huán)境 測試周期 測試周期一般為兩周（10個工作日），根據(jù)項目情況以及版本質(zhì)量可適當(dāng)縮 短或延長測試時間。正式測試前先向主管確認(rèn)項目排期。 1.1測試資源 測試任務(wù)開始前，檢查各項測試資源。 1. 產(chǎn)品功能需求文檔 2. 產(chǎn)品原型圖 3. 產(chǎn)品效果圖 4. 行為統(tǒng)計分析定義文檔 5. 測試設(shè)備（ios3.1.3-ios5.0.1; A ndroid1.6-A ndroid4.0 ； Win ph on e7.1 及以上; Symbian v3v5/Nokia Belle 等） 6. 其他（例如有秒殺專題的項目，需要規(guī)劃秒殺時間表；有優(yōu)惠券

2、使用的 項目，需要申請?zhí)砑觾?yōu)惠券數(shù)據(jù)；支付寶/銀聯(lián)支付功能的項目，需要提 前申請支付寶/銀聯(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)理制定的原型圖與效果圖。 C）一切界面問題以效果圖為準(zhǔn)，若有用戶體驗方面的建議，必須先以郵件 或口頭的形式詢問產(chǎn)品經(jīng)理。 D）由于測試環(huán)境中的數(shù)據(jù)為模擬

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

4、員必須嚴(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)，必須在 測試日報中注明，并得到技術(shù)平臺主管、產(chǎn)品經(jīng)理以及運(yùn)營人員的確 認(rèn)。 C）性能測試方面必須滿足硬件壓力條件下的測試需要（例如多線程） D） 網(wǎng)絡(luò)響應(yīng)用戶

5、體驗方面的性能測試，請參考且遵守Mobile app可 用性能標(biāo)準(zhǔn)。 5. 后臺訂單統(tǒng)計測試 A） 核對“客戶端相關(guān)啟動查詢”項，此項數(shù)據(jù)就是經(jīng)常說的“激活 量”，非常重要。測試時必須保證該項中的各數(shù)據(jù)均正確，且每次啟 動軟件都會有相應(yīng)的統(tǒng)計記錄。 B）核對“訂單查詢”項，測試時必須保證各數(shù)據(jù)均正確，且每次成功 下單后都會有相應(yīng)的統(tǒng)計記錄。 C）需要注意的是，在成功下單之后，BI后臺會做判斷將該訂單劃到測 試訂單范圍，測試人員必須到“訂單查詢（測試）”模塊中核對訂單 統(tǒng)計記錄信息。 6. 用戶行為統(tǒng)計測試 A）確保手頭的行為統(tǒng)計分析定義文檔為最新版本，且與開發(fā)人員手中 的文檔一致。 B）確保產(chǎn)

6、品經(jīng)理在文檔中所定義的頁面在該產(chǎn)品中都是存在的。 C）盡可能真實地模擬用戶行為。 D）核對統(tǒng)計日志，確保各項操作所對應(yīng)的頁面ID以及操作ID都是正確 的。 7. 回歸測試 A）軟件最終上線前，需對產(chǎn)品進(jìn)行回歸測試，測試內(nèi)容包含之前所有 的測試項目 B）回歸測試不再對細(xì)節(jié)進(jìn)行測試，而是類似于對產(chǎn)品進(jìn)行驗收，從客戶 正常使用的角度對產(chǎn)品進(jìn)行再一輪的整體測試。 C）只有在回歸測試通過之后，才對產(chǎn)品進(jìn)行提交。 1.3測試日報及產(chǎn)品上線報告 1. 測試人員每天需對所測項目發(fā)送測試日報。 2. 測試日報所包含的內(nèi)容為： A） 對當(dāng)前測試版本質(zhì)量進(jìn)行分級（參考產(chǎn)品質(zhì)量分級標(biāo)準(zhǔn)文檔） B）對較嚴(yán)重的問題進(jìn)行例

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

8、Test checklis 公司客戶端通用測試用例 Mobile app可用性能標(biāo)準(zhǔn) 測試報告模板 項目測試概要及注意事項 2 App測試點(diǎn) 2.1安全測試 2.1.1軟件權(quán)限 1）扣費(fèi)風(fēng)險：包括發(fā)送短信、撥打電話、連接網(wǎng)絡(luò)等 2）隱私泄露風(fēng)險：包括訪問手機(jī)信息、訪問聯(lián)系人信息等 3）對App的輸入有效性校驗、認(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）限制/允許使用手機(jī)讀取用戶數(shù)據(jù) 10）限制/允許使用

9、手機(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）其修改的配置信息是否復(fù)原 11）卸載是否影響其他軟件的功能 12）卸載應(yīng)該移

10、除所有的文件 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ù)輸人到應(yīng)用程序時，其不會被儲存在設(shè)備中 8） 備份

11、應(yīng)該加密，恢復(fù)數(shù)據(jù)應(yīng)考慮恢復(fù)過程的異常通訊中斷等，數(shù)據(jù)恢復(fù)后再使用前應(yīng)該經(jīng) 過校驗 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è)計要求實現(xiàn)其功能 13）應(yīng)用程序應(yīng)當(dāng)能夠處理當(dāng)不允許應(yīng)用軟件連接到個人信息管理的情況 14） 當(dāng)進(jìn)行讀或?qū)懹脩粜畔⒉僮鲿r，應(yīng)用程序?qū)蛴脩舭l(fā)送一個操作錯誤的提示信息 15 ）

12、在沒有用戶明確許可的前提下不損壞側(cè)除個人信息管理應(yīng)用程序中的任何內(nèi)容M 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)用程序能夠處理因為網(wǎng)絡(luò)連接中斷，進(jìn)而告訴用戶連接中斷的情況 3）應(yīng)能處理通訊延時或中斷 4） 應(yīng)用程序?qū)⒈３止ぷ鞯酵ㄓ嵆瑫r，進(jìn)而發(fā)送給用

13、戶一個錯誤信息指示有連接錯誤 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異常作捕獲處理。 2.1.5人機(jī)接口安全性 1）返回菜單總保持可用 2）命令有優(yōu)先權(quán)順序 3）聲音的設(shè)置不影響應(yīng)用程序的功能 4）應(yīng)用程序必需利用目標(biāo)設(shè)備適用的全屏尺寸來顯示上述內(nèi)容 5） 應(yīng)用程序必需能夠處理不可

14、預(yù)知的用戶操作，例如錯誤的操作和同時按下多個鍵 2.2安裝、卸載測試 驗證App是否能正確安裝、運(yùn)行、卸載 2.2.1安裝 1） 軟件在不同操作系統(tǒng) （Palm OS Symbian、Lin ux、An droid、iOS Black Berry OS 6.0、Win dows Phone 7）下安裝是否正常。 2）軟件安裝后的是否能夠正常運(yùn)行，安裝后的文件夾及文件是否寫到了指定的目錄里。 3）軟件安裝各個選項的組合是否符合概要設(shè)計說明 4）軟件安裝向?qū)У?UI測試 5）軟件安裝過程是否可以取消，點(diǎn)擊取消后，寫入的文件是否如概要設(shè)計說明處理 6）軟件安裝過程中意外情況的處理是否符合需求（如死機(jī)

15、，重啟，斷電） 7）安裝空間不足時是否有相應(yīng)提示 8）安裝后沒有生成多余的目錄結(jié)構(gòu)和文件 9）對于需要通過網(wǎng)絡(luò)驗證之類的安裝，在斷網(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測試 測試用戶界面（如菜單、對話框、窗口和其它可規(guī)控件）布局

16、、風(fēng)格是否滿足客戶要求、文字 是否正確、頁面是否美觀、文字、圖片組合是否完美、操作是否友好等。UI測試的目標(biāo) 是確保用戶界面會通過測試對象的功能來為用戶提供相應(yīng)的訪問或瀏覓功能。確保用戶界面 符合公司或行業(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è)計，內(nèi)容根據(jù)窗口大小自適應(yīng) 3 ）頁面標(biāo)簽風(fēng)格是否統(tǒng)一 4

17、）頁面是否美觀 5）頁面的圖片應(yīng)有其實際意義而要求整體有序美觀 6）圖片質(zhì)量要高且圖片尺寸在設(shè)計符合要求的情況下應(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ù)軟件說明或用戶需求驗證App的各個功能實現(xiàn)，采用如下方法實現(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）在測試實現(xiàn)的各個階段跟蹤測試實現(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)行了有效身份的校驗 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)容需要實時更新，哪些需要定時更新。 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ò) 情況可以瀏覽本地數(shù)據(jù) 2）退出app再開啟app時能正常瀏覽 3）切換到后臺再切回前臺可以正常瀏覽 4）鎖屏后再解屏回到應(yīng)用前臺可以正常瀏覽 5）在對服務(wù)端的數(shù)據(jù)有更新時會給予離線的相應(yīng)提示 2.

21、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ū)、時間，因此需要校驗該設(shè)置對app的影響。-中國為 東8區(qū)，所以當(dāng)手機(jī)設(shè)置的時間非東8區(qū)時，查看需要顯示時間的地方，時間是否展示正確， 應(yīng)用功能是否正常。 時間一般需要根據(jù)服務(wù)器時間再轉(zhuǎn)換成客戶端

23、對應(yīng)的時區(qū)來展示，這樣 的用戶體驗比較好。比如發(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)速等，驗證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)資源是否正常-其他功能反復(fù)進(jìn)行操作，查看系統(tǒng)資源是否

25、正常 4）性能評估：評估典型用戶應(yīng)用場景下，系統(tǒng)資源的使用情況。 5）Benchmark測試（基線測試）：與競爭產(chǎn)品的 Benchmarking,產(chǎn)品演變對比測試等。 2.6交叉事件測試 針對智能終端應(yīng)用的服務(wù)等級劃分方式及實時特性所提出的測試方法。交叉測試又叫事件或 沖突測試，是指一個功能正在執(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)行時前/后臺切換是否影響正常功能 3）App運(yùn)行時

26、撥打/接聽電話 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ī)自帶設(shè)備 2.7兼容測試 主要測試內(nèi)部和外部兼容性 1）與本地及主流 App是否兼容 2） 基于開發(fā)環(huán)境和生產(chǎn)環(huán)境的不同，檢驗在各種網(wǎng)絡(luò)連接下（WiFi、GSM、GPRS EDGE WCDMA、CDMA1x、CDMA2000、HSPDA等），App 的數(shù)據(jù)和運(yùn)用是否正確 3）與各種設(shè)備是否兼容，若有跨系統(tǒng)支持則需要檢驗是否在各系統(tǒng)下，各種行為是否一致 -不同操

27、作系統(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)行的驗證測試。 1）測試升級后的功能是否與需求說明一樣 2 ）測試與升級模塊相關(guān)的模塊的功能是否與需求一致 3）升級安裝意外情況的測試（如死機(jī)、斷電、重啟） 4）升級界面的UI測試 5）不同操作系統(tǒng)間的升級測試 2.10用戶體驗測試 以主觀的普通消費(fèi)者的角度去感知產(chǎn)品或服務(wù)的舒適、有用、易用、友

28、好親切程度。通過 不同個體、 獨(dú)立空間和非經(jīng)驗的統(tǒng)計復(fù)用方式去有效評價產(chǎn)品的體驗特性升產(chǎn)品的潛在客戶滿意度。 1 ）是否有空數(shù)據(jù)界面設(shè)計，引導(dǎo)用戶去執(zhí)行操作。 2）是否濫用用戶引導(dǎo)。 3 ）是否有不可點(diǎn)擊的效果，如：你的按鈕此時處于不可用狀態(tài)，那么一定要灰掉，或者拿 掉按鈕，否則會給用戶誤導(dǎo) 4）菜單層次是否太深 5 ）交互流程分支是否太多 6）相關(guān)的選項是否離得很遠(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è)計，應(yīng)用一般需要支持橫屏模式，即自適應(yīng)設(shè)計 2.11硬件環(huán)境測試 2.11.1手勢操作測試 1 ）手機(jī)開鎖屏對運(yùn)行中的App的影響 2）切換網(wǎng)絡(luò)對運(yùn)行