1 APP測試基本流程
測試周期可按項目的開發(fā)周期來確定測試時間同木，一般測試時間為兩三周（即15個工作日），根據(jù)項目情況以及版本質(zhì)量可適當(dāng)縮短或延長測試時間。正式測試前先向主管確認(rèn)項目排期舆乔。
測試任務(wù)開始前汹押，檢查各項測試資源。
--產(chǎn)品功能需求文檔猛们；
--產(chǎn)品原型圖念脯；
--產(chǎn)品效果圖；
--行為統(tǒng)計分析定義文檔弯淘；
--測試設(shè)備（ios3.1.3-ios5.0.1绿店；Android1.6-Android4.0；Winphone7.1及以上耳胎；Symbian?v3/v5/Nokia?Belle等）惯吕；
--其他。
1）測試人員每天需對所測項目發(fā)送測試日報怕午。
2）測試日報所包含的內(nèi)容為：
--對當(dāng)前測試版本質(zhì)量進(jìn)行分級废登；
--對較嚴(yán)重的問題進(jìn)行例舉，提示開發(fā)人員優(yōu)先修改郁惜；
--對版本的整體情況進(jìn)行評估堡距。
3）產(chǎn)品上線前，測試人員發(fā)送產(chǎn)品上線報告兆蕉。
4）上線報告所包含的內(nèi)容為：
---對當(dāng)前版本質(zhì)量進(jìn)行分級羽戒；
---附上測試報告（功能測試報告、兼容性測試報告虎韵、性能測試報告以及app可用性能標(biāo)準(zhǔn)結(jié)果）易稠；
--總結(jié)上線版本的基本情況。若有遺留問題必須列出并記錄解決方案包蓝。
1）扣費風(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)?限制/允許使用手機(jī)寫人用戶數(shù)據(jù)
11)?檢測App的用戶授權(quán)級別恕汇、數(shù)據(jù)泄漏、非法授權(quán)訪問等
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)該移除所有的文件
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ù)寫到其它單獨的文件或者臨時文件中。以防止應(yīng)用程序異常終止而又沒有側(cè)除它的臨時文件片拍，文件可能遭受人侵者的襲擊煌集，然后讀取這些數(shù)據(jù)信息。
6）當(dāng)將敏感數(shù)據(jù)輸人到應(yīng)用程序時捌省，其不會被儲存在設(shè)備中
7）備份應(yīng)該加密苫纤，恢復(fù)數(shù)據(jù)應(yīng)考慮恢復(fù)過程的異常通訊中斷等，數(shù)據(jù)恢復(fù)后再使用前應(yīng)該經(jīng)過校驗
8）應(yīng)用程序應(yīng)考慮系統(tǒng)或者虛擬機(jī)器產(chǎn)生的用戶提示信息或安全替告
9）應(yīng)用程序不能忽略系統(tǒng)或者虛擬機(jī)器產(chǎn)生的用戶提示信息或安全警告纲缓，更不能在安全警告顯示前,卷拘，利用顯示誤導(dǎo)信息欺騙用戶，應(yīng)用程序不應(yīng)該模擬進(jìn)行安全警告誤導(dǎo)用戶
10）在數(shù)據(jù)刪除之前祝高，應(yīng)用程序應(yīng)當(dāng)通知用戶或者應(yīng)用程序提供一個“取消”命令的操作
11）“?取消”?命令操作能夠按照設(shè)計要求實現(xiàn)其功能
12）應(yīng)用程序應(yīng)當(dāng)能夠處理當(dāng)不允許應(yīng)用軟件連接到個人信息管理的情況
13）當(dāng)進(jìn)行讀或?qū)懹脩粜畔⒉僮鲿r栗弟，應(yīng)用程序?qū)蛴脩舭l(fā)送一個操作錯誤的提示信息
14）在沒有用戶明確許可的前提下不損壞側(cè)除個人信息管理應(yīng)用程序中的任何內(nèi)容Μ
15）應(yīng)用程序讀和寫數(shù)據(jù)正確。
16）應(yīng)用程序應(yīng)當(dāng)有異常保護(hù)工闺。
17）如果數(shù)據(jù)庫中重要的數(shù)據(jù)正要被重寫乍赫，應(yīng)及時告知用戶
18）能合理地處理出現(xiàn)的錯誤
19）意外情況下應(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)境下是否正常胸嘁；
--公共免費網(wǎng)絡(luò)環(huán)境中（如：麥當(dāng)勞瓶摆、星巴克等）都要輸入用戶名和密碼，通過SSL認(rèn)證來訪問網(wǎng)絡(luò)性宏，需要對使用HTTP?Client的library異常作捕獲處理群井。
1）返回菜單總保持可用
2）命令有優(yōu)先權(quán)順序
3）聲音的設(shè)置不影響應(yīng)用程序的功能
4）應(yīng)用程序必需利用目標(biāo)設(shè)備適用的全屏尺寸來顯示上述內(nèi)容
5）應(yīng)用程序必需能夠處理不可預(yù)知的用戶操作，例如錯誤的操作和同時按下多個鍵
驗證App是否能正確安裝书斜、運(yùn)行、卸載以及操作過程和操作前后對系統(tǒng)資源的使用情況
1）軟件在不同操作系統(tǒng)（Palm?OS酵使、Symbian荐吉、Linux、Android口渔、iOS样屠、Black?BerryOS?6.0、Windows?Phone?7）下安裝是否正常缺脉。
2）軟件安裝后的是否能夠正常運(yù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）直接刪除安裝文件夾卸載是否有提示信息深员。
2）測試系統(tǒng)直接卸載程序是否有提示信息负蠕。
3）測試卸載后文件是否全部刪除所有的安裝文件夾。
4）卸載過程中出現(xiàn)的意外情況的測試（如死機(jī)倦畅、斷電遮糖、重啟）。
5）卸載是否支持取消功能叠赐，單擊取消后軟件卸載的情況?欲账。
6）系統(tǒng)直接卸載UI測試，是否有卸載狀態(tài)進(jìn)度條提示?赛不。
測試用戶界面(如菜單惩嘉、對話框、窗口和其它可規(guī)控件)布局踢故、風(fēng)格是否滿足客戶要求文黎、文字是否正確、頁面是否美觀殿较、文字耸峭、圖片組合是否完美、操作是否友好等淋纲。
UI測試的目標(biāo)是確保用戶界面會通過測試對象的功能來為用戶提供相應(yīng)的訪問或瀏覓功能劳闹。確保用戶界面符合公司或行業(yè)的標(biāo)準(zhǔn)。包括用戶友好性洽瞬、人性化本涕、易操作性測試。
1）按鈕片任、對話框偏友、列表和窗口等；或在不同的連接頁面之間需要導(dǎo)航
2）是否易于導(dǎo)航对供，導(dǎo)航是否直觀
3）是否需要搜索引擎
4）導(dǎo)航幫助是否準(zhǔn)確直觀
5）導(dǎo)航與頁面結(jié)構(gòu)位他、菜單、連接頁面的風(fēng)格是否一致
1）橫向比較产场。各控件操作方式統(tǒng)一
2）自適應(yīng)界面設(shè)計鹅髓，內(nèi)容根據(jù)窗口大小自適應(yīng)
3）頁面標(biāo)簽風(fēng)格是否統(tǒng)一
4）頁面是否美觀
5）頁面的圖片應(yīng)有其實際意義而要求整體有序美觀
6）圖片質(zhì)量要高且圖片尺寸在設(shè)計符合要求的情況下應(yīng)盡量小
7）界面整體使用的顏色不宜過多
1）輸入框說明文字的內(nèi)容與系統(tǒng)功能是否一致
2）文字長度是否加以限制
3）文字內(nèi)容是否表意不明
4）是否有錯別字
5）信息是否為中文顯示
6）是否有敏感性詞匯、關(guān)鍵詞
7）是否有敏感性圖片京景，如：涉及版權(quán)窿冯、專利、隱私等圖片
根據(jù)軟件說明或用戶需求驗證App的各個功能實現(xiàn)确徙，采用如下方法實現(xiàn)并評估功能測試過程：
1)采用時間醒串、地點、對象鄙皇、行為和背景五元素或業(yè)務(wù)分析等方法分析芜赌、提煉App的用戶使用場景，對比說明或需求伴逸，整理出內(nèi)在缠沈、外在及非功能直接相關(guān)的需求，構(gòu)建測試點，并明確測試標(biāo)準(zhǔn)洲愤，若用戶需求中無明確標(biāo)準(zhǔn)遵循颓芭，則需要參考行業(yè)或相關(guān)國際標(biāo)準(zhǔn)或準(zhǔn)則。
2)根據(jù)被測功能點的特性列丼出相應(yīng)類型的測試用例對其進(jìn)行覆蓋柬赐，如亡问；涉及輸入的地方需要考慮等價、邊界肛宋、負(fù)面玛界、異常或非法悼吱、場景回滾、關(guān)聯(lián)測試等測試類型對其進(jìn)行覆蓋良狈。
3)在測試實現(xiàn)的各個階段跟蹤測試實現(xiàn)與需求輸入的覆蓋情況后添，及時修正業(yè)務(wù)或需求理解錯誤。
1）App安裝完成后的試運(yùn)行薪丁，可正常打開軟件遇西。
2）App打開測試，是否有加載狀態(tài)進(jìn)度提示严嗜。
3）App打開速度測試粱檀，速度是否可觀。
4）App頁面間的切換是否流暢漫玄，邏輯是否正確
5）注冊
--同表單編輯頁面
--用戶名密碼長度
--注冊后的提示頁面
--前臺注冊頁面和后臺的管理頁面數(shù)據(jù)是否一致
--注冊后茄蚯，在后臺管理中頁面提示
6）登錄
--使用合法的用戶登錄系統(tǒng)。
--系統(tǒng)是否允許多次非法的登陸睦优，是否有次數(shù)限制渗常。
--使用已經(jīng)登陸的賬號登陸系統(tǒng)是否正確處理。
--使用禁用的賬號登陸系統(tǒng)是否正確處理汗盘。
--用戶名皱碘、口令（密碼）錯誤或漏填時能否登陸。
--刪除或修改后的用戶隐孽，原用戶登陸癌椿。
--不輸入用戶口令和用戶、重復(fù)點（確定或取消按鈕）是否允許登陸菱阵。
--登陸后踢俄，頁面中登陸信息。
--頁面中有注銷按鈕送粱。
--登陸超時的處理褪贵。
7）注銷
--注銷原模塊，新的模塊系統(tǒng)能否正確處理。
--終止注銷能否返回原模塊脆丁，原用戶世舰。
--注銷原用戶，新用戶系統(tǒng)能否正確處理槽卫。
--使用錯誤的賬號跟压、口令、無權(quán)限的被禁用的賬號進(jìn)行注銷
1)?APP切換到后臺歼培，再回到app震蒋，檢查是否停留在上一次操作界面。
2)?APP切換到后臺躲庄，再回到app查剖，檢查功能及應(yīng)用狀態(tài)是否正常，IOS4和IOS5的版本的處理機(jī)制有的不一樣噪窘。
3)?app切換到后臺笋庄，再回到前臺時，注意程序是否崩潰倔监，功能狀態(tài)是否正常直砂，尤其是對于從后臺切換回前臺數(shù)據(jù)有自動更新的時候。
4)?手機(jī)鎖屏解屏后進(jìn)入app注意是否會崩潰浩习，功能狀態(tài)是否正常静暂，尤其是對于從后臺切換回前臺數(shù)據(jù)有自動更新的時候。
5)?當(dāng)App使用過程中有電話進(jìn)來中斷后再切換到app谱秽，功能狀態(tài)是否正常
6)?當(dāng)殺掉app進(jìn)程后洽蛀，再開啟app，app能否正常啟動弯院。
7)?出現(xiàn)必須處理的提示框后辱士，切換到后臺，再切換回來听绳，檢查提示框是否還存在颂碘，有時候會出現(xiàn)應(yīng)用自動跳過提示框的缺陷。
8)?對于有數(shù)據(jù)交換的頁面椅挣，每個頁面都必需要進(jìn)行前后臺切換头岔、鎖屏的測試，這種頁面最容易出現(xiàn)崩潰鼠证。
很多應(yīng)用提供免登錄功能峡竣，當(dāng)應(yīng)用開啟時自動以上一次登錄的用戶身份來使用app.
1)?app有免登錄功能時，需要考慮IOS版本差異量九。
2)?考慮無網(wǎng)絡(luò)情況時能否正常進(jìn)入免登錄狀態(tài)适掰。
3)?切換用戶登錄后颂碧，要校驗用戶登錄信息及數(shù)據(jù)內(nèi)容是否相應(yīng)更新，確保原用戶退出类浪。
4)?根據(jù)MTOP的現(xiàn)有規(guī)則载城，一個帳戶只允許登錄一臺機(jī)器。所以费就，需要檢查一個帳戶登錄多臺手機(jī)的情況诉瓦。原手機(jī)里的用戶需要被踢出，給出友好提示力细。
5)?app切換到后臺睬澡，再切回前臺的校驗
6)?切換到后臺，再切換回前臺的測試
7)?密碼更換后眠蚂，檢查有數(shù)據(jù)交換時是否進(jìn)行了有效身份的校驗
8)?支持自動登錄的應(yīng)用在進(jìn)行數(shù)據(jù)交換時煞聪，檢查系統(tǒng)是否能自動登錄成功并且數(shù)據(jù)操作無誤。
9)?檢查用戶主動退出登錄后逝慧，下次啟動app米绕，應(yīng)停留在登錄界面
根據(jù)應(yīng)用的業(yè)務(wù)規(guī)則，以及數(shù)據(jù)更新量的情況馋艺，來確定最優(yōu)的數(shù)據(jù)更新方案。
1)?需要確定哪些地方需要提供手動刷新迈套，哪些地方需要自動刷新捐祠，哪些地方需要手動+自動刷新。
2)?確定哪些地方從后臺切換回前臺時需要進(jìn)行數(shù)據(jù)更新桑李。
3)?根據(jù)業(yè)務(wù)踱蛀、速度及流量的合理分配，確定哪些內(nèi)容需要實時更新贵白，哪些需要定時更新率拒。
4)?確定數(shù)據(jù)展示部分的處理邏輯，是每次從服務(wù)端請求禁荒，還是有緩存到本地猬膨，這樣才能有針對性的進(jìn)行相應(yīng)測試。
5)?檢查有數(shù)據(jù)交換的地方呛伴，均有相應(yīng)的異常處理勃痴。
很多應(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)提示
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)客戶端有新版本時烂斋，在本地不刪除客戶端的情況下屹逛，檢查資源同名文件如圖片是否能正常更新成最新版本。如果以上無法更新成功的汛骂，也都屬于缺陷罕模。
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)行測試售貌。
客戶端可以自行設(shè)置手機(jī)的時區(qū)、時間疫萤，因此需要校驗該設(shè)置對app的影響颂跨。
--中國為東8區(qū)，所以當(dāng)手機(jī)設(shè)置的時間非東8區(qū)時扯饶，查看需要顯示時間的地方恒削，時間是否展示正確池颈，應(yīng)用功能是否正常。時間一般需要根據(jù)服務(wù)器時間再轉(zhuǎn)換成客戶端對應(yīng)的時區(qū)來展示钓丰，這樣的用戶體驗比較好躯砰。比如發(fā)表一篇微博在服務(wù)端記錄的是10：00，此時携丁，華盛頓時間為22：00琢歇，客戶端去瀏覽時，如果設(shè)置的是華盛頓時間,則顯示的發(fā)表時間即為22:00,當(dāng)時間設(shè)回東8區(qū)時間時梦鉴，再查看則顯示為10：00李茫。
1)?檢查push消息是否按照指定的業(yè)務(wù)規(guī)則發(fā)送
2)?檢查不接受推送消息時，檢查用戶不會再接收到push.
3)?如果用戶設(shè)置了免打擾的時間段肥橙，檢查在免打擾時間段內(nèi)魄宏，用戶接收不到PUSH。
在非免打擾時間段存筏，用戶能正常收到push宠互。
4)?當(dāng)push消息是針對登錄用戶的時候，需要檢查收到的push與用戶身份是否相符椭坚，沒有錯誤地將其它人的消息推送過來予跌。一般情況下，只對手機(jī)上最后一個登錄用戶進(jìn)行消息推送善茎。
5)?測試push時匕得，需要采用真機(jī)進(jìn)行測試。
評估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)資源是否正常
4)性能評估：評估典型用戶應(yīng)用場景下考榨，系統(tǒng)資源的使用情況跨细。
5)Benchmark測試（基線測試）：與競爭產(chǎn)品的Benchmarking，產(chǎn)品演變對比測試等河质。
針對智能終端應(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)行時撥打/接聽電話
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è)備
主要測試內(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)下，各種行為是否一致
--不同操作系統(tǒng)的兼容性春贸，是否適配
--不同手機(jī)屏幕分辨率的兼容性
--不同手機(jī)品牌的兼容性
1）Bug修復(fù)后且在新版本發(fā)布后需要進(jìn)行回歸測試混萝。
2）Bug修復(fù)后的回歸測試在交付前、要進(jìn)行全量用例的回歸測試萍恕。
新版版發(fā)布后，配合不同網(wǎng)絡(luò)環(huán)境的自勱更新提示及下載允粤、安裝崭倘、更新、啟勱类垫、運(yùn)行的驗證測試司光。
1）測試升級后的功能是否與需求說明一樣
2）測試與升級模塊相關(guān)的模塊的功能是否與需求一致
3）升級安裝意外情況的測試（如死機(jī)、斷電悉患、重啟）
4）升級界面的UI測試
5）不同操作系統(tǒng)間的升級測試
以主觀的普通消費者的角度去感知產(chǎn)品或服務(wù)的舒適残家、有用、易用售躁、友好親切程度跪削。?通過不同個體谴仙、獨立空間和非經(jīng)驗的統(tǒng)計復(fù)用方式去有效評價產(chǎn)品的體驗特性提出修改意見提升產(chǎn)品的潛在客戶滿意度。
1）是否有空數(shù)據(jù)界面設(shè)計碾盐，引導(dǎo)用戶去執(zhí)行操作晃跺。
2）是否濫用用戶引導(dǎo)。
3）是否有不可點擊的效果毫玖，如：你的按鈕此時處于不可用狀態(tài)掀虎，那么一定要灰掉，或者拿掉按鈕付枫，否則會給用戶誤導(dǎo)
4）菜單層次是否太深
5）交互流程分支是否太多
6）相關(guān)的選項是否離得很遠(yuǎn)
7）一次是否載入太多的數(shù)據(jù)
8）界面中按鈕可點擊范圍是否適中
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è)計
1）手機(jī)開鎖屏對運(yùn)行中的App的影響
2）切換網(wǎng)絡(luò)對運(yùn)行中的App的影響
3）運(yùn)行中的App前后臺切換的影響
4）多個運(yùn)行中的App的切換
5）App運(yùn)行時關(guān)機(jī)
6）App運(yùn)行時重啟系統(tǒng)
7）App運(yùn)行時充電
8）App運(yùn)行時kill掉進(jìn)程再打開
手機(jī)的網(wǎng)絡(luò)目前主要分為2G继效、3G、wifi装获。目前2G的網(wǎng)絡(luò)相對于比較慢瑞信，測試時尤其要注意此塊的測試。
1)?無網(wǎng)絡(luò)時穴豫，執(zhí)行需要網(wǎng)絡(luò)的操作凡简，給予友好提示，確保程序不出現(xiàn)crash精肃。
2)?內(nèi)網(wǎng)測試時秤涩，要注意選擇到外網(wǎng)操作時的異常情況處理。
3)?在網(wǎng)絡(luò)信號不好時司抱，檢查功能狀態(tài)是否正常筐眷，確保不因提交數(shù)據(jù)失敗而造成crash。
4)?在網(wǎng)絡(luò)信號不好時状植，檢查數(shù)據(jù)是否會一直處于提交中的狀態(tài)，有無超時限制怨喘。如遇數(shù)據(jù)交換失敗時要給予提示津畸。
5)?在網(wǎng)絡(luò)信號不好時积蜻，執(zhí)行操作后霞玄，在回調(diào)沒有完成的情況下忽匈，退出本頁面或者執(zhí)行其他操作的情況脓匿，有無異常情況负乡。此問題也會經(jīng)常出現(xiàn)程序crash。
2.11.3服務(wù)器宕機(jī)或出現(xiàn)404懈凹、502等情況下的測試
后臺服務(wù)牽涉到DNS瘾带、空間服務(wù)商的情況下會影響其穩(wěn)定性，如：當(dāng)出現(xiàn)域名解析故障時驻售，你對后臺API的請求很可能就會出現(xiàn)404錯誤露久，拋出異常。這時需要對異常進(jìn)行正確的處理欺栗，否則可能會導(dǎo)致程序不能正常工作毫痕。
服務(wù)端一般會提供JSON格式的數(shù)據(jù)給客戶端，所以我們在服務(wù)端需要進(jìn)行接口測試迟几，確保服務(wù)端提供的接口并轉(zhuǎn)換的JSON內(nèi)容正確消请，對分支、異常流有相應(yīng)的返回值类腮。此塊測試可以采用itest框架進(jìn)行測試臊泰。最方便的是采用httpclient進(jìn)行接口測試。
進(jìn)行服務(wù)端測試時蚜枢，需要開發(fā)提供一份接口文檔缸逃。
1）一般的增、刪祟偷、改察滑、查測試。
2）?當(dāng)表不存在時是否能自動創(chuàng)建修肠，當(dāng)數(shù)據(jù)庫表被刪除后能否再自建贺辰，數(shù)據(jù)是否還能自動從服務(wù)端中獲取回來并保存。
3）?在業(yè)務(wù)需要從服務(wù)端取回數(shù)據(jù)保存到客戶端的時候嵌施，客戶端能否將數(shù)據(jù)保存到本地饲化。
4）?當(dāng)業(yè)務(wù)需要從客戶端取數(shù)據(jù)時，檢查客戶端數(shù)據(jù)存在時吗伤，app數(shù)據(jù)是否能自動從客戶端數(shù)據(jù)中取出吃靠，還是仍然會從服務(wù)器端獲取足淆？檢查客戶端數(shù)據(jù)不存在時巢块，app數(shù)據(jù)能否自動從服務(wù)器端獲取到并保存到客戶端
5）?當(dāng)業(yè)務(wù)對數(shù)據(jù)進(jìn)行了修改、刪除后巧号，客戶端和服務(wù)端是否會有相應(yīng)的更新族奢。
頂
1
踩
