APP測試和pc端測試的區(qū)別VIP

1、叮叮小文庫APP測試和pc端測試的區(qū)別先第一個 app 測試哪些點1、功能2、性能3、兼容性4、異常：網(wǎng)絡(luò)5、壓力6、可靠性7、用戶體驗9、競品對比 等等一下子說不完 和 pc 區(qū)別：1、考慮移動性2、網(wǎng)絡(luò)問題3、屏幕大小4、省電5、更強調(diào)用戶體驗 難點是：1、需求變化極快2、需要敏捷3、需要自動化4、持續(xù)集成等等不同點相對于 web 測試，手機軟件測試，除了要考慮基本的功能測試、性能等，還要 考慮手機本身固有的屬性特征。所以對比 web 測試和手機測試，手機測試過程 中還需要注意如下幾個 方面特性：1） 手機作為通信工具，來電、去電、接收短信等操作都會對app 應(yīng)用程序產(chǎn)生 影響，所以 ap

2、p 測試第一個要考慮的屬性特征是：中斷測試。中斷測試有人為中斷、 新任務(wù)中斷以及意外中斷等幾種情況， 主要從以下幾個方 面進行驗證：a. 來電中斷：呼叫掛斷、被呼叫掛斷、通話掛斷、通話被掛斷b. 短信中斷：接收短信、查看短信c. 其他中斷：藍牙、鬧鐘、插拔數(shù)據(jù)線、手機鎖定、手機斷電、手機問題（系統(tǒng) 死機、重啟）2）手機用戶對 app 產(chǎn)品的安裝卸載操作： 從上一個版本 /上兩個版本直接升級到 最新版本。全新安裝新版本新版本覆蓋舊版本安裝卸載舊版本，安裝新版本卸載新版本，安裝新版本3）web自動化測試使用的工具較常用的是 QTP,而an droid手機自動化測試工具 比較常用的是 monkey、

3、 monkeyrunner。兼容性測試,web的比較常用考慮到是不同分辨率的電腦、不同瀏覽器。app考慮的是不同手機型號、廠家、分辨率和屏幕大小等。補充一點：app測試也需要考慮安全測試移動端需要考慮到適配，兼容性1.2測試周期測試周期可按項目的開發(fā)周期來確定測試時間，一般測試時間為兩三周（即15個工作日），根據(jù)項目情況以及版本質(zhì)量可適當縮短或延長測試時間。正式測試前先向主管確認項目排期1.3測試資源測試任務(wù)開始前，檢查各項測試資源。-產(chǎn)品功能需求文檔；-產(chǎn)品原型圖；-產(chǎn)品效果圖；-行為統(tǒng)計分析定義文檔；-測 試設(shè)備（ios3.1.3-ios5.0.1 ； An droid1.6-A ndro

4、id4.0 ； Win pho ne7.1 及 以上；Symbian v3v5/Nokia Belle 等）；-其他。1.4日報及產(chǎn)品上線報告1）測試人員每天需對所測項目發(fā)送測試日報。2） 測試日報所包含的內(nèi)容為：-對當前測試版本質(zhì)量進行分級；3）產(chǎn)品上線前，測試人員發(fā)送產(chǎn)品上線報告。4）上線報告所包含的內(nèi)容為：-對當前版本質(zhì)量進行分級；-附上測試報告（功能測試報告、兼容性測試報告、性能測試報告以及app可用性能標準結(jié)果）;-總結(jié)上線版本的基本情況。若有遺留問題必須列出并記錄解決方案。2 App測試點 2.1安全測試2.1.1軟件權(quán)限1）扣費風險：包括發(fā)送短信、撥打電話、連接網(wǎng)絡(luò)等2）隱私泄露

5、風險：包括訪問手機信息、訪問聯(lián)系人信息等3）對App的輸入有效性校驗、認證、授權(quán)、敏感數(shù)據(jù)存儲、數(shù)據(jù)加密等方面進行檢測4）限制/允許使用手機功能接人互聯(lián)網(wǎng)5）限制/允許使用手機發(fā)送接受信息功能6）限制/允許應(yīng)用程序來注冊自動啟動應(yīng)用程序7）限制或使用本地連接8）限制/允許使用手機拍照或錄音9）限制/允許使用手機讀取用戶數(shù)據(jù)10）限制/允許使用手機寫人用戶數(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)圖標3）是否包含數(shù)字簽名信息4）JAD文件和JAR包中包含的所有托管屬性

6、及其值必需是正確的5）JAD文件顯示的資料內(nèi)容與應(yīng)用程序顯示的資料內(nèi)容應(yīng)一致6）安裝路徑應(yīng)能指定7 ）沒有用戶的允許，應(yīng)用程序不能預(yù)先設(shè)定自動啟動8）卸載是否安全，其安裝進去的文件是否全部卸載9）卸載用戶使用過程中產(chǎn)生的文件是否有提示10）其修改的配置信息是否復(fù)原11卸載是否影響其他軟件的功能12）卸載應(yīng)該移除所有的文件2.1.3數(shù)據(jù)安全性I）當將密碼或其他的敏感數(shù)據(jù)輸人到應(yīng)用程序時，其不會被儲存在設(shè)備中，同時密碼也不 會被解碼2 ）輸人的密碼將不以明文形式進行顯示3）密碼，信用卡明細，或其他的敏感數(shù)據(jù)將不被儲存在它們預(yù)輸人的位置上4） 不同的應(yīng)用程序的個人身份證或密碼長度必需至少在4 一 8

7、個數(shù)字長度之間5）當應(yīng)用程序處理信用卡明細，或其他的敏感數(shù)據(jù)時，不以明文形式將數(shù)據(jù)寫到其它單獨的文件或者臨時文件中。以防止應(yīng)用程序異常終止而又沒有側(cè)除它的臨時文件，文件可能遭受人侵者的襲擊，然后讀取這些數(shù)據(jù)信息。6）當將敏感數(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)或者虛擬機器產(chǎn)生的用戶提示信息或安全替告9）應(yīng)用程序不能忽略系統(tǒng)或者虛擬機器產(chǎn)生的用戶提示信息或安全警告，更不能在安全警 告顯示前”利用顯示誤導信息欺騙用戶，應(yīng)用程序不應(yīng)該模擬進行安全警告誤導用戶10）在數(shù)據(jù)刪除之前，應(yīng)用

8、程序應(yīng)當通知用戶或者應(yīng)用程序提供一個“取消”命令的操作II）“取消” 命令操作能夠按照設(shè)計要求實現(xiàn)其功能12）應(yīng)用程序應(yīng)當能夠處理當不允許應(yīng)用軟件連接到個人信息管理的情況13）當進行讀或?qū)懹脩粜畔⒉僮鲿r，應(yīng)用程序?qū)蛴脩舭l(fā)送一個操作錯誤的提示信息14 ）在沒有用戶明確許可的前提下不損壞側(cè)除個人信息管理應(yīng)用程序中的任何內(nèi)容M15）應(yīng)用程序讀和寫數(shù)據(jù)正確。16）應(yīng)用程序應(yīng)當有異常保護。17）如果數(shù)據(jù)庫中重要的數(shù)據(jù)正要被重寫，應(yīng)及時告知用戶18）能合理地處理出現(xiàn)的錯誤19）意外情況下應(yīng)提示用戶2.1.4通訊安全性1） 在運行其軟件過程中，如果有來電、SMS EMS MMS、藍牙、紅外等通訊或充電時

9、， 是否能暫停程序，優(yōu)先處理通信，并在處理完畢后能正?；謴?fù)軟件，繼續(xù)其原來的功能2）當創(chuàng)立連接時，應(yīng)用程序能夠處理因為網(wǎng)絡(luò)連接中斷，進而告訴用戶連接中斷的情況3）應(yīng)能處理通訊延時或中斷4）應(yīng)用程序?qū)⒈３止ぷ鞯酵ㄓ嵆瑫r，進而發(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)境中（如：麥當勞、星巴克等）都要輸入用戶名和密碼，通過SSL認證來訪問網(wǎng)絡(luò)，需要對使用HTTP Client的lib

10、rary異常作捕獲處理。2.1.5人機接口安全性1）返回菜單總保持可用2）命令有優(yōu)先權(quán)順序3）聲音的設(shè)置不影響應(yīng)用程序的功能4）應(yīng)用程序必需利用目標設(shè)備適用的全屏尺寸來顯示上述內(nèi)容5 ）應(yīng)用程序必需能夠處理不可預(yù)知的用戶操作，例如錯誤的操作和同時按下多個鍵2.2安裝、卸載測試驗證App是否能正確安裝、運行、卸載2.2.1安裝1）軟件在不同操作系統(tǒng) （Palm OS Symbian、Linux、An droid、iOS Black Berry OS 6.0、Win dows Phone 7）下安裝是否正常。2）軟件安裝后的是否能夠正常運行，安裝后的文件夾及文件是否寫到了指定的目錄里。3）軟件安裝

11、各個選項的組合是否符合概要設(shè)計說明4）軟件安裝向?qū)У?UI測試5）軟件安裝過程是否可以取消，點擊取消后，寫入的文件是否如概要設(shè)計說明處理6）軟件安裝過程中意外情況的處理是否符合需求（如死機，重啟，斷電）7）安裝空間不足時是否有相應(yīng)提示8）安裝后沒有生成多余的目錄結(jié)構(gòu)和文件9）對于需要通過網(wǎng)絡(luò)驗證之類的安裝，在斷網(wǎng)情況下嘗試一下10）還需要對安裝手冊進行測試，依照安裝手冊是否能順利安裝2.3 UI測試 測試用戶界面（如菜單、對話框、窗口和其它可規(guī)控件）布局、風格是否滿足客戶要求、文字是否正確、頁面是否美觀、文字、圖片組合是否完美、操作是否友好等。UI測試的目標是確保用戶界面會通過測試對象的功能來

12、為用戶提供相應(yīng)的訪問或瀏覓功能。確保用戶界面符合公司或行業(yè)的標準。包括用戶友好性、人性化、易操作性測試2.3.1導航測試1）按鈕、對話框、列表和窗口等；或在不同的連接頁面之間需要導航2）是否易于導航，導航是否直觀3）是否需要搜索引擎4）導航幫助是否準確直觀5）導航與頁面結(jié)構(gòu)、菜單、連接頁面的風格是否一致232圖形測試1 ）橫向比較。各控件操作方式統(tǒng)一2 ）自適應(yīng)界面設(shè)計，內(nèi)容根據(jù)窗口大小自適應(yīng)3 ）頁面標簽風格是否統(tǒng)一4）頁面是否美觀5）頁面的圖片應(yīng)有其實際意義而要求整體有序美觀6）圖片質(zhì)量要高且圖片尺寸在設(shè)計符合要求的情況下應(yīng)盡量小7 ）界面整體使用的顏色不宜過多2.3.3內(nèi)容測試1 ）輸入

13、框說明文字的內(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）采用時間、地點、對象、行為和背景五元素或業(yè)務(wù)分析等方法分析、提煉App的用戶使用場景，對比說明或需求，整理出內(nèi)在、外在及非功能直接相關(guān)的需求，構(gòu)建測試點，并明確測試標準，若用戶需求中無明確標準遵循，則需要參考行業(yè)或相關(guān)國際標準或準則。2）根據(jù)被測功能點的特性列丼出相應(yīng)類型的測試用例對其進行覆蓋，女

14、口；涉及輸入的地方需要考慮等價、邊界、負面、異?；蚍欠?、場景回滾、關(guān)聯(lián)測試等測試類型對其進行覆蓋。及時修正業(yè)務(wù)或需求理解錯3）在測試實現(xiàn)的各個階段跟蹤測試實現(xiàn)與需求輸入的覆蓋情況, 誤。2.4.1運行1）App安裝完成后的試運行，可正常打開軟件。2）App打開測試，是否有加載狀態(tài)進度提示。3）App打開速度測試，速度是否可觀。4）App頁面間的切換是否流暢，邏輯是否正確-前臺注冊頁面和后臺5）注冊-同表單編輯頁面-用戶名密碼長度-注冊后的提示頁面的管理頁面數(shù)據(jù)是否一致-注冊后，在后臺管理中頁面提示6）登錄-使用合法的用戶登錄系統(tǒng)。-系統(tǒng)是否允許多次非法的登陸，是否有次數(shù)限制。-使用已經(jīng)登陸的賬

15、號登陸系統(tǒng)是否正確處理。-使用禁用的賬號登陸系統(tǒng)是否正確處理。-用戶名、口令（密碼）錯誤或漏填時能否登陸。-刪除或修改后的用戶， 原用戶登陸。不輸入用戶口令和用戶、重復(fù)點（確定或取消按鈕）是否允許登陸。-登陸后，頁面中登陸信息。-頁面中有注銷按鈕。-登陸超時的處理。7）注銷-注銷原模塊，新的模塊系統(tǒng)能否正確處理。-終止注銷能否返回原模塊，原用戶。-注銷原用戶，新用戶系統(tǒng)能否正確處理。-使用錯誤的賬號、口令、無權(quán)限的被禁用的賬號進行注銷242應(yīng)用的前后臺切換1）APP切換到后臺，再回到 app，檢查是否停留在上一次操作界面。2）APP切換到后臺，再回到 app，檢查功能及應(yīng)用狀態(tài)是否正常，I0S

16、4和I0S5的版本的處理機制有的不一樣。3）app切換到后臺，再回到前臺時，注意程序是否崩潰，功能狀態(tài)是否正常，尤其是對于從 后臺切換回前臺數(shù)據(jù)有自動更新的時候。4）手機鎖屏解屏后進入 app注意是否會崩潰，功能狀態(tài)是否正常，尤其是對于從后臺切換 回前臺數(shù)據(jù)有自動更新的時候。5）當App使用過程中有電話進來中斷后再切換到app，功能狀態(tài)是否正常6）當殺掉app進程后，再開啟 app，app能否正常啟動。7）出現(xiàn)必須處理的提示框后，切換到后臺，再切換回來，檢查提示框是否還存在，有時候 會出現(xiàn)應(yīng)用自動跳過提示框的缺陷。8）對于有數(shù)據(jù)交換的頁面，每個頁面都必需要進行前后臺切換、鎖屏的測試，這種頁面最

17、 容易出現(xiàn)崩潰。2.4.3免登錄 很多應(yīng)用提供免登錄功能，當應(yīng)用開啟時自動以上一次登錄的用戶身份來使 用 app.1）app有免登錄功能時，需要考慮IOS版本差異。2）考慮無網(wǎng)絡(luò)情況時能否正常進入免登錄狀態(tài)。3）切換用戶登錄后，要校驗用戶登錄信息及數(shù)據(jù)內(nèi)容是否相應(yīng)更新，確保原用戶退出。4）根據(jù)MTOP的現(xiàn)有規(guī)則，一個帳戶只允許登錄一臺機器。所以，需要檢查一個帳戶登錄 多臺手機的情況。原手機里的用戶需要被踢出，給出友好提示。5）app切換到后臺，再切回前臺的校驗6）切換到后臺，再切換回前臺的測試7）密碼更換后，檢查有數(shù)據(jù)交換時是否進行了有效身份的校驗8）支持自動登錄的應(yīng)用在進行數(shù)據(jù)交換時，檢查系

18、統(tǒng)是否能自動登錄成功并且數(shù)據(jù)操作無 誤。9）檢查用戶主動退出登錄后，下次啟動app，應(yīng)停留在登錄界面以及數(shù)據(jù)更新量的情況，來確定最優(yōu)的數(shù)據(jù)更新方哪些地方需要自動刷新，哪些地方需要手動+自動2.4.4數(shù)據(jù)更新根據(jù)應(yīng)用的業(yè)務(wù)規(guī)則,案。1）需要確定哪些地方需要提供手動刷新， 刷新。2）確定哪些地方從后臺切換回前臺時需要進行數(shù)據(jù)更新。3）根據(jù)業(yè)務(wù)、速度及流量的合理分配，確定哪些內(nèi)容需要實時更新，哪些需要定時更新。4）確定數(shù)據(jù)展示部分的處理邏輯，是每次從服務(wù)端請求，還是有緩存到本地，這樣才能有 針對性的進行相應(yīng)測試。5）檢查有數(shù)據(jù)交換的地方，均有相應(yīng)的異常處理。246 App更新1）當客戶端有新版本時，

19、有更新提示。2）當版本為非強制升級版時，用戶可以取消更新，老版本能正常使用。用戶在下次啟動app 時，仍能出現(xiàn)更新提示。3）當版本為強制升級版時，當給出強制更新后用戶沒有做更新時，退出客戶端。下次啟動 app時，仍出現(xiàn)強制升級提示。4）當客戶端有新版本時，在本地不刪除客戶端的情況下，直接更新檢查是否能正常更新。5）當客戶端有新版本時，在本地不刪除客戶端的情況下，檢查更新后的客戶端功能是否是 新版本。6）當客戶端有新版本時，在本地不刪除客戶端的情況下，檢查資源同名文件如圖片是否能 正常更新成最新版本。如果以上無法更新成功的，也都屬于缺陷。4.7定位、照相機服務(wù)1）App有用到相機，定位服務(wù)時，需

20、要注意系統(tǒng)版本差異2）有用到定位服務(wù)、照相機服務(wù)的地方，需要進行前后臺的切換測試，檢查應(yīng)用是否正常。3）當定位服務(wù)沒有開啟時，使用定位服務(wù)，會友好性彈出是否允許設(shè)置定位提示。當確定 允許開啟定位時，能自動跳轉(zhuǎn)到定位設(shè)置中開啟定位服務(wù)。4）測試定位、照相機服務(wù)時，需要采用真機進行測試248時間測試客戶端可以自行設(shè)置手機的時區(qū)、時間，因此需要校驗該設(shè)置對 app的影響。-中國為東8區(qū)，所以當手機設(shè)置的時間非東8區(qū)時，查看需要顯示時間的地方，時間是否展示正確，應(yīng)用功能是否正常。 時間一般需要根據(jù)服務(wù)器時間再轉(zhuǎn)換成客戶端對應(yīng)的時區(qū)來 展示，這樣的用戶體驗比較好。比如發(fā)表一篇微博在服務(wù)端記錄的是 10：

21、 00，此時，華盛頓時間為 22： 00，客戶端去瀏覽 時，如果設(shè)置的是華盛頓時間，則顯示的發(fā)表時間即為 22:00,當時間設(shè)回東8區(qū)時間時，再查 看則顯示為10： 00。249 PUSH 測試1）檢查push消息是否按照指定的業(yè)務(wù)規(guī)則發(fā)送2）檢查不接受推送消息時，檢查用戶不會再接收到push.3）如果用戶設(shè)置了免打擾的時間段，檢查在免打擾時間段內(nèi)，用戶接收不到PUSH。在非免打擾時間段，用戶能正常收到push。4）當push消息是針對登錄用戶的時候，需要檢查收到的push與用戶身份是否相符，沒有錯誤地將其它人的消息推送過來。一般情況下，只對手機上最后一個登錄用戶進行消息推送。5）測試push

22、時，需要采用真機進行測試。App是否能正確響應(yīng)。2.5性能測試 評估App的時間和空間特性：1）極限測試：在各種邊界壓力情況下，如電池、存儲、網(wǎng)速等，驗證-內(nèi)存滿時安裝 App -運行App時手機斷電-運行App時斷掉網(wǎng)絡(luò)2）響應(yīng)能力測試：測試 App中的各類操作是否滿足用戶響應(yīng)時間要求。-App安裝、卸載的響應(yīng)時間-App各類功能性操作的影響時間3）壓力測試：反復(fù)/長期操作下、系統(tǒng)資源是否占用異常。-App反復(fù)進行安裝卸載，查看系統(tǒng)資源是否正常-其他功能反復(fù)進行操作，查看系統(tǒng)資源是否正常4）性能評估：評估典型用戶應(yīng)用場景下，系統(tǒng)資源的使用情況。5）Benchmark測試（基線測試）：與競爭產(chǎn)

23、品的 Benchmarking，產(chǎn)品演變對比測試等。2.6交叉事件測試針對智能終端應(yīng)用的服務(wù)等級劃分方式及實時特性所提出的測試方法。交叉測試又叫事件或沖突測試，是指一個功能正在執(zhí)行過程中，同時另外一個事件或操作對該過程進行干擾的測試。如；App在前/后臺運行狀態(tài)時與來電、文件下載、音樂收聽等關(guān)鍵運用的交互情況測 試等。交叉事件測試非常重要，能發(fā)現(xiàn)很多應(yīng)用中潛在的性能問題。1）多個App同時運行是否影響正常功能2） App運行時前/后臺切換是否影響正常功能3）App運行時撥打/接聽電話4）App運行時發(fā)送/接收信息5）App運行時發(fā)送/收取郵件6） App運行時切換網(wǎng)絡(luò)（2G、3G、wifi）7

24、）App運行時瀏覽網(wǎng)絡(luò)8）App運行時使用藍牙傳送/接收數(shù)據(jù)9）App運行時使用相機、計算器等手機自帶設(shè)備2.7兼容測試主要測試內(nèi)部和外部兼容性1）與本地及主流 App是否兼容2） 基于開發(fā)環(huán)境和生產(chǎn)環(huán)境的不同，檢驗在各種網(wǎng)絡(luò)連接下（WiFi、GSM、GPRS EDGEWCDMA、CDMA1x、CDMA2000、HSPDA等），App 的數(shù)據(jù)和運用是否正確3）與各種設(shè)備是否兼容，若有跨系統(tǒng)支持則需要檢驗是否在各系統(tǒng)下，各種行為是否一致-不同操作系統(tǒng)的兼容性，是否適配-不同手機屏幕分辨率的兼容性-不同手機品牌的兼容 性2.8回歸測試1）Bug修復(fù)后且在新版本發(fā)布后需要進行回歸測試。2）Bug修復(fù)

25、后的回歸測試在交付前、要進行全量用例的回歸測試2.9升級、更新測試新版版發(fā)布后，配合不同網(wǎng)絡(luò)環(huán)境的自勱更新提示及下載、安裝、更新、啟勱、運行的驗證測試。1）測試升級后的功能是否與需求說明一樣2 ）測試與升級模塊相關(guān)的模塊的功能是否與需求一致3）升級安裝意外情況的測試（如死機、斷電、重啟）4）升級界面的UI測試5）不同操作系統(tǒng)間的升級測試2.10用戶體驗測試以主觀的普通消費者的角度去感知產(chǎn)品或服務(wù)的舒適、有用、易用、友好親切程度。通過不同個體、獨立空間和非經(jīng)驗的統(tǒng)計復(fù)用方式去有效評價產(chǎn)品的體驗特性升產(chǎn)品的潛在客戶滿意度。1 ）是否有空數(shù)據(jù)界面設(shè)計，引導用戶去執(zhí)行操作。2）是否濫用用戶引導。3 ）

26、是否有不可點擊的效果，如：你的按鈕此時處于不可用狀態(tài)，那么一定要灰掉，或者拿 掉按鈕，否則會給用戶誤導4）菜單層次是否太深5）交互流程分支是否太多6）相關(guān)的選項是否離得很遠7）一次是否載入太多的數(shù)據(jù)8）界面中按鈕可點擊范圍是否適中9）標簽頁是否跟內(nèi)容沒有從屬關(guān)系，當切換標簽的時候，內(nèi)容跟著切換10）操作應(yīng)該有主次從屬關(guān)系11） 是否定義Back的邏輯。涉及軟硬件交互時，Back鍵應(yīng)具體定義12）是否有橫屏模式的設(shè)計，應(yīng)用一般需要支持橫屏模式，即自適應(yīng)設(shè)計2.11.1手勢操作測試1 ）手機開鎖屏對運行中的App的影響2）切換網(wǎng)絡(luò)對運行中的 App的影響3）運行中的App前后臺切換的影響4）多個運行中的 App的切換5）App運行時關(guān)機