app測試基本流程
2017-03-07
APP測試基本流程
1.1流程圖
1.2測試周期
測試周期可按項目的開(kāi)發(fā)周期來(lái)確定測試時(shí)間，一般測試時(shí)間為兩三周（即15個(gè)工作日），根據項目情況以及版本質(zhì)量可適當縮短或延長(cháng)測試時(shí)間。正式測試前先向主管確認項目排期。
1.3測試資源
測試任務(wù)開(kāi)始前，檢查各項測試資源。 --產(chǎn)品功能需求文檔； --產(chǎn)品原型圖； --產(chǎn)品效果圖； --行為統計分析定義文檔； --測試設備（ios3.1.3-ios5.0.1；Android1.6-Android4.0；Winphone7.1及以上；Symbian v3/v5/Nokia Belle等）； --其他。
1.4日報及產(chǎn)品上線(xiàn)報告
1）測試人員每天需對所測項目發(fā)送測試日報。
2）測試日報所包含的內容為： --對當前測試版本質(zhì)量進(jìn)行分級； --對較嚴重的問(wèn)題進(jìn)行例舉，提示開(kāi)發(fā)人員優(yōu)先修改； --對版本的整體情況進(jìn)行評估。
3）產(chǎn)品上線(xiàn)前，測試人員發(fā)送產(chǎn)品上線(xiàn)報告。
4）上線(xiàn)報告所包含的內容為： ---對當前版本質(zhì)量進(jìn)行分級； ---附上測試報告（功能測試報告、兼容性測試報告、性能測試報告以及app可用性能標準結果）； --總結上線(xiàn)版本的基本情況。若有遺留問(wèn)題必須列出并記錄解決方案。
2 App測試點(diǎn)
2.1安全測試
2.1.1軟件權限
1）扣費風(fēng)險：包括發(fā)送短信、撥打電話(huà)、連接網(wǎng)絡(luò )等
2）隱私泄露風(fēng)險：包括訪(fǎng)問(wèn)手機信息、訪(fǎng)問(wèn)聯(lián)系人信息等
3）對App的輸入有效性校驗、認證、授權、敏感數據存儲、數據加密等方面進(jìn)行檢測
4）限制/允許使用手機功能接人互聯(lián)網(wǎng)
5）限制/允許使用手機發(fā)送接受信息功能
6）限制/允許應用程序來(lái)注冊自動(dòng)啟動(dòng)應用程序
7）限制或使用本地連接
8）限制/允許使用手機拍照或錄音
9）限制/允許使用手機讀取用戶(hù)數據
10) 限制/允許使用手機寫(xiě)人用戶(hù)數據
11) 檢測App的用戶(hù)授權級別、數據泄漏、非法授權訪(fǎng)問(wèn)等
2.1.2安裝與卸載安全性
1）應用程序應能正確安裝到設備驅動(dòng)程序上
2）能夠在安裝設備驅動(dòng)程序上找到應用程序的相應圖標
3）是否包含數字簽名信息
4）JAD文件和JAR包中包含的所有托管屬性及其值必需是正確的
5）JAD文件顯示的資料內容與應用程序顯示的資料內容應一致
6）安裝路徑應能指定
7）沒(méi)有用戶(hù)的允許，應用程序不能預先設定自動(dòng)啟動(dòng)
8）卸載是否安全，其安裝進(jìn)去的文件是否全部卸載
9）卸載用戶(hù)使用過(guò)程中產(chǎn)生的文件是否有提示
10）其修改的配置信息是否復原
11）卸載是否影響其他軟件的功能
12）卸載應該移除所有的文件
2.1.3數據安全性
1）當將密碼或其他的敏感數據輸人到應用程序時(shí)，其不會(huì )被儲存在設備中，同時(shí)密碼也不會(huì )被解碼
2）輸人的密碼將不以明文形式進(jìn)行顯示
3）密碼，信用卡明細，或其他的敏感數據將不被儲存在它們預輸人的位置上
4）不同的應用程序的個(gè)人身份證或密碼長(cháng)度必需至少在4一8個(gè)數字長(cháng)度之間
5）當應用程序處理信用卡明細，或其他的敏感數據時(shí)，不以明文形式將數據寫(xiě)到其它單獨的文件或者臨時(shí)文件中。以防止應用程序異常終止而又沒(méi)有側除它的臨時(shí)文件，文件可能遭受人侵者的襲擊，然后讀取這些數據信息。
6）當將敏感數據輸人到應用程序時(shí)，其不會(huì )被儲存在設備中
7）備份應該加密，恢復數據應考慮恢復過(guò)程的異常通訊中斷等，數據恢復后再使用前應該經(jīng)過(guò)校驗
8）應用程序應考慮系統或者虛擬機器產(chǎn)生的用戶(hù)提示信息或安全替告
9）應用程序不能忽略系統或者虛擬機器產(chǎn)生的用戶(hù)提示信息或安全警告，更不能在安全警告顯示前,，利用顯示誤導信息欺騙用戶(hù)，應用程序不應該模擬進(jìn)行安全警告誤導用戶(hù)
10）在數據刪除之前，應用程序應當通知用戶(hù)或者應用程序提供一個(gè)“取消”命令的操作
11）“ 取消” 命令操作能夠按照設計要求實(shí)現其功能
12）應用程序應當能夠處理當不允許應用軟件連接到個(gè)人信息管理的情況
13）當進(jìn)行讀或寫(xiě)用戶(hù)信息操作時(shí)，應用程序將會(huì )向用戶(hù)發(fā)送一個(gè)操作錯誤的提示信息
14）在沒(méi)有用戶(hù)明確許可的前提下不損壞側除個(gè)人信息管理應用程序中的任何內容Μ
15）應用程序讀和寫(xiě)數據正確。
16）應用程序應當有異常保護。
17）如果數據庫中重要的數據正要被重寫(xiě)，應及時(shí)告知用戶(hù)
18）能合理地處理出現的錯誤
19）意外情況下應提示用戶(hù)
2.1.4通訊安全性
1）在運行其軟件過(guò)程中，如果有來(lái)電、SMS、EMS、MMS、藍牙、紅外等通訊或充電時(shí)，是否能暫停程序，優(yōu)先處理通信，并在處理完畢后能正?；謴蛙浖?，繼續其原來(lái)的功能
2）當創(chuàng )立連接時(shí)，應用程序能夠處理因為網(wǎng)絡(luò )連接中斷，進(jìn)而告訴用戶(hù)連接中斷的情況
3）應能處理通訊延時(shí)或中斷
4）應用程序將保持工作到通訊超時(shí)，進(jìn)而發(fā)送給用戶(hù)一個(gè)錯誤信息指示有連接錯誤
5）應能處理網(wǎng)絡(luò )異常和及時(shí)將異常情況通報用戶(hù)
6）應用程序關(guān)閉或網(wǎng)絡(luò )連接不再使用時(shí)應及時(shí)關(guān)閉) 斷開(kāi)
7) HTTP、HTTPS覆蓋測試 --App和后臺服務(wù)一般都是通過(guò)HTTP來(lái)交互的，驗證HTTP環(huán)境下是否正常； --公共免費網(wǎng)絡(luò )環(huán)境中（如：麥當勞、星巴克等）都要輸入用戶(hù)名和密碼，通過(guò)SSL認證來(lái)訪(fǎng)問(wèn)網(wǎng)絡(luò )，需要對使用HTTP Client的library異常作捕獲處理。
2.1.5人機接口安全性
1）返回菜單總保持可用
2）命令有優(yōu)先權順序
3）聲音的設置不影響應用程序的功能
4）應用程序必需利用目標設備適用的全屏尺寸來(lái)顯示上述內容
5）應用程序必需能夠處理不可預知的用戶(hù)操作，例如錯誤的操作和同時(shí)按下多個(gè)鍵
2.2安裝、卸載測試 驗證App是否能正確安裝、運行、卸載。
2.2.1安裝
1）軟件在不同操作系統（Palm OS、Symbian、Linux、Android、iOS、Black Berry OS 6.0
、Windows Phone 7）下安裝是否正常。
2）軟件安裝后的是否能夠正常運行，安裝后的文件夾及文件是否寫(xiě)到了指定的目錄里。
3）軟件安裝各個(gè)選項的組合是否符合概要設計說(shuō)明
4)）軟件安裝向導的UI測試
5）軟件安裝過(guò)程是否可以取消，點(diǎn)擊取消后，寫(xiě)入的文件是否如概要設計說(shuō)明處理
6）軟件安裝過(guò)程中意外情況的處理是否符合需求（如死機，重啟，斷電）
7）安裝空間不足時(shí)是否有相應提示
8）安裝后沒(méi)有生成多余的目錄結構和文件
9）對于需要通過(guò)網(wǎng)絡(luò )驗證之類(lèi)的安裝，在斷網(wǎng)情況下嘗試一下
10）還需要對安裝手冊進(jìn)行測試，依照安裝手冊是否能順利安裝
2.2.2卸載
1）直接刪除安裝文件夾卸載是否有提示信息。
2）測試系統直接卸載程序是否有提示信息。
3）測試卸載后文件是否全部刪除所有的安裝文件夾。
4）卸載過(guò)程中出現的意外情況的測試（如死機、斷電、重啟）。
5）卸載是否支持取消功能，單擊取消后軟件卸載的情況 。
6）系統直接卸載UI測試，是否有卸載狀態(tài)進(jìn)度條提示 。
2.3 UI測試
測試用戶(hù)界面(如菜單、對話(huà)框、窗口和其它可規控件)布局、風(fēng)格是否滿(mǎn)足客戶(hù)要求、文字是否正確、頁(yè)面是否美觀(guān)、文字、圖片組合是否完美、操作是否友好等。 UI測試的目標是確保用戶(hù)界面會(huì )通過(guò)測試對象的功能來(lái)為用戶(hù)提供相應的訪(fǎng)問(wèn)或瀏覓功能。確保用戶(hù)界面符合公司或行業(yè)的標準。包括用戶(hù)友好性、人性化、易操作性測試。
2.3.1導航測試
1）按鈕、對話(huà)框、列表和窗口等；或在不同的連接頁(yè)面之間需要導航
2）是否易于導航，導航是否直觀(guān)
3）是否需要搜索引擎
4）導航幫助是否準確直觀(guān)
5）導航與頁(yè)面結構、菜單、連接頁(yè)面的風(fēng)格是否一致 。
2.3.2圖形測試
1）橫向比較。各控件操作方式統一
2）自適應界面設計，內容根據窗口大小自適應 3）頁(yè)面標簽風(fēng)格是否統一 4）頁(yè)面是否美觀(guān)
5）頁(yè)面的圖片應有其實(shí)際意義而要求整體有序美觀(guān)
6）圖片質(zhì)量要高且圖片尺寸在設計符合要求的情況下應盡量小 7）界面整體使用的顏色不宜過(guò)多
2.3.3內容測試
1）輸入框說(shuō)明文字的內容與系統功能是否一致 2）文字長(cháng)度是否加以限制 3）文字內容是否表意不明 4）是否有錯別字
5）信息是否為中文顯示
6）是否有敏感性詞匯、關(guān)鍵詞
7）是否有敏感性圖片，如：涉及版權、專(zhuān)利、隱私等圖片
2.4功能測試
根據軟件說(shuō)明或用戶(hù)需求驗證App的各個(gè)功能實(shí)現，采用如下方法實(shí)現并評估功能測試過(guò)程：
1)采用時(shí)間、地點(diǎn)、對象、行為和背景五元素或業(yè)務(wù)分析等方法分析、提煉App的用戶(hù)使用場(chǎng)景，對比說(shuō)明或需求，整理出內在、外在及非功能直接相關(guān)的需求，構建測試點(diǎn)，并明確測試標準，若用戶(hù)需求中無(wú)明確標準遵循，則需要參考行業(yè)或相關(guān)國際標準或準則。
2)根據被測功能點(diǎn)的特性列丼出相應類(lèi)型的測試用例對其進(jìn)行覆蓋，如；涉及輸入的地方需要考慮等價(jià)、邊界、負面、異?；蚍欠?、場(chǎng)景回滾、關(guān)聯(lián)測試等測試類(lèi)型對其進(jìn)行覆蓋。 3)在測試實(shí)現的各個(gè)階段跟蹤測試實(shí)現與需求輸入的覆蓋情況，及時(shí)修正業(yè)務(wù)或需求理解錯誤。
2.4.1運行
1）App安裝完成后的試運行，可正常打開(kāi)軟件。
2）App打開(kāi)測試，是否有加載狀態(tài)進(jìn)度提示。
3）App打開(kāi)速度測試，速度是否可觀(guān)。
4）App頁(yè)面間的切換是否流暢，邏輯是否正確
5）注冊
--同表單編輯頁(yè)面 --用戶(hù)名密碼長(cháng)度 --注冊后的提示頁(yè)面
--前臺注冊頁(yè)面和后臺的管理頁(yè)面數據是否一致 --注冊后，在后臺管理中頁(yè)面提示 6）登錄
--使用合法的用戶(hù)登錄系統。
--系統是否允許多次非法的登陸，是否有次數限制。 --使用已經(jīng)登陸的賬號登陸系統是否正確處理。 --使用禁用的賬號登陸系統是否正確處理。
--用戶(hù)名、口令（密碼）錯誤或漏填時(shí)能否登陸。 --刪除或修改后的用戶(hù)，原用戶(hù)登陸。
--不輸入用戶(hù)口令和用戶(hù)、重復點(diǎn)（確定或取消按鈕）是否允許登陸。 --登陸后，頁(yè)面中登陸信息。 --頁(yè)面中有注銷(xiāo)按鈕。 --登陸超時(shí)的處理。 7）注銷(xiāo)
--注銷(xiāo)原模塊，新的模塊系統能否正確處理。 --終止注銷(xiāo)能否返回原模塊，原用戶(hù)。 --注銷(xiāo)原用戶(hù)，新用戶(hù)系統能否正確處理。
--使用錯誤的賬號、口令、無(wú)權限的被禁用的賬號進(jìn)行注銷(xiāo)
2.4.2應用的前后臺切換
1) APP切換到后臺，再回到app，檢查是否停留在上一次操作界面。
2) APP切換到后臺，再回到app，檢查功能及應用狀態(tài)是否正常，IOS4和IOS5的版本的處理機制有的不一樣。
3) app切換到后臺，再回到前臺時(shí)，注意程序是否崩潰，功能狀態(tài)是否正常，尤其是對于從后臺切換回前臺數據有自動(dòng)更新的時(shí)候。
4) 手機鎖屏解屏后進(jìn)入app注意是否會(huì )崩潰，功能狀態(tài)是否正常，尤其是對于從后臺切換回前臺數據有自動(dòng)更新的時(shí)候。
5) 當App使用過(guò)程中有電話(huà)進(jìn)來(lái)中斷后再切換到app，功能狀態(tài)是否正常
6) 當殺掉app進(jìn)程后，再開(kāi)啟app，app能否正常啟動(dòng)。
7) 出現必須處理的提示框后，切換到后臺，再切換回來(lái)，檢查提示框是否還存在，有時(shí)候會(huì )出現應用自動(dòng)跳過(guò)提示框的缺陷。
8) 對于有數據交換的頁(yè)面，每個(gè)頁(yè)面都必需要進(jìn)行前后臺切換、鎖屏的測試，這種頁(yè)面最容易出現崩潰。
2.4.3免登錄
很多應用提供免登錄功能，當應用開(kāi)啟時(shí)自動(dòng)以上一次登錄的用戶(hù)身份來(lái)使用app. 1) app有免登錄功能時(shí)，需要考慮IOS版本差異。
2) 考慮無(wú)網(wǎng)絡(luò )情況時(shí)能否正常進(jìn)入免登錄狀態(tài)。
3) 切換用戶(hù)登錄后，要校驗用戶(hù)登錄信息及數據內容是否相應更新，確保原用戶(hù)退出。
4) 根據MTOP的現有規則，一個(gè)帳戶(hù)只允許登錄一臺機器。所以，需要檢查一個(gè)帳戶(hù)登錄多臺手機的情況。原手機里的用戶(hù)需要被踢出，給出友好提示。
5) app切換到后臺，再切回前臺的校驗
6) 切換到后臺，再切換回前臺的測試
7) 密碼更換后，檢查有數據交換時(shí)是否進(jìn)行了有效身份的校驗
8) 支持自動(dòng)登錄的應用在進(jìn)行數據交換時(shí)，檢查系統是否能自動(dòng)登錄成功并且數據操作無(wú)誤。
9) 檢查用戶(hù)主動(dòng)退出登錄后，下次啟動(dòng)app，應停留在登錄界面
2.4.4數據更新
根據應用的業(yè)務(wù)規則，以及數據更新量的情況，來(lái)確定最優(yōu)的數據更新方案。
1) 需要確定哪些地方需要提供手動(dòng)刷新，哪些地方需要自動(dòng)刷新，哪些地方需要手動(dòng)+自動(dòng)刷新。
2) 確定哪些地方從后臺切換回前臺時(shí)需要進(jìn)行數據更新。
3) 根據業(yè)務(wù)、速度及流量的合理分配，確定哪些內容需要實(shí)時(shí)更新，哪些需要定時(shí)更新。
4) 確定數據展示部分的處理邏輯，是每次從服務(wù)端請求，還是有緩存到本地，這樣才能有針對性的進(jìn)行相應測試。 5) 檢查有數據交換的地方，均有相應的異常處理。
2.4.5離線(xiàn)瀏覽 很多應用會(huì )支持離線(xiàn)瀏覽，即在本地客戶(hù)端會(huì )緩存一部分數據供用戶(hù)查看。
1) 在無(wú)網(wǎng)絡(luò )情況可以瀏覽本地數據
2) 退出app再開(kāi)啟app時(shí)能正常瀏覽
3) 切換到后臺再切回前臺可以正常瀏覽
4) 鎖屏后再解屏回到應用前臺可以正常瀏覽
5) 在對服務(wù)端的數據有更新時(shí)會(huì )給予離線(xiàn)的相應提示
2.4.6 App更新
1) 當客戶(hù)端有新版本時(shí)，有更新提示。
2) 當版本為非強制升級版時(shí)，用戶(hù)可以取消更新，老版本能正常使用。用戶(hù)在下次啟動(dòng)app時(shí)，仍能出現更新提示。
3) 當版本為強制升級版時(shí)，當給出強制更新后用戶(hù)沒(méi)有做更新時(shí)，退出客戶(hù)端。下次啟動(dòng)app時(shí)，仍出現強制升級提示。
4) 當客戶(hù)端有新版本時(shí)，在本地不刪除客戶(hù)端的情況下，直接更新檢查是否能正常更新。
5) 當客戶(hù)端有新版本時(shí)，在本地不刪除客戶(hù)端的情況下，檢查更新后的客戶(hù)端功能是否是新版本。
6) 當客戶(hù)端有新版本時(shí)，在本地不刪除客戶(hù)端的情況下，檢查資源同名文件如圖片是否能正常更新成最新版本。如果以上無(wú)法更新成功的，也都屬于缺陷。
2.4.7定位、照相機服務(wù)
1) App有用到相機，定位服務(wù)時(shí)，需要注意系統版本差異 2) 有用到定位服務(wù)、照相機服務(wù)的地方，需要進(jìn)行前后臺的切換測試，檢查應用是否正常。 3) 當定位服務(wù)沒(méi)有開(kāi)啟時(shí)，使用定位服務(wù)，會(huì )友好性彈出是否允許設置定位提示。當確定允許開(kāi)啟定位時(shí)，能自動(dòng)跳轉到定位設置中開(kāi)啟定位服務(wù)。 4) 測試定位、照相機服務(wù)時(shí)，需要采用真機進(jìn)行測試。 2.4.8時(shí)間測試 客戶(hù)端可以自行設置手機的時(shí)區、時(shí)間，因此需要校驗該設置對app的影響。 --中國為東8區，所以當手機設置的時(shí)間非東8區時(shí)，查看需要顯示時(shí)間的地方，時(shí)間是否展示正確，應用功能是否正常。時(shí)間一般需要根據服務(wù)器時(shí)間再轉換成客戶(hù)端對應的時(shí)區來(lái)展示，這樣的用戶(hù)體驗比較好。比如發(fā)表一篇微博在服務(wù)端記錄的是10：00，此時(shí)，華盛頓時(shí)間為22：00，客戶(hù)端去瀏覽時(shí)，如果設置的是華盛頓時(shí)間,則顯示的發(fā)表時(shí)間即為22:00,當時(shí)間設回東8區時(shí)間時(shí)，再查看則顯示為10：00。 2.4.9 PUSH測試 1) 檢查push消息是否按照指定的業(yè)務(wù)規則發(fā)送 2) 檢查不接受推送消息時(shí)，檢查用戶(hù)不會(huì )再接收到push. 3) 如果用戶(hù)設置了免打擾的時(shí)間段，檢查在免打擾時(shí)間段內，用戶(hù)接收不到PUSH。 在非免打擾時(shí)間段，用戶(hù)能正常收到push。 4) 當push消息是針對登錄用戶(hù)的時(shí)候，需要檢查收到的push與用戶(hù)身份是否相符，沒(méi)有錯誤地將其它人的消息推送過(guò)來(lái)。一般情況下，只對手機上最后一個(gè)登錄用戶(hù)進(jìn)行消息推送。 5) 測試push時(shí)，需要采用真機進(jìn)行測試。
2.4.7定位、照相機服務(wù)
1) App有用到相機，定位服務(wù)時(shí)，需要注意系統版本差異
2) 有用到定位服務(wù)、照相機服務(wù)的地方，需要進(jìn)行前后臺的切換測試，檢查應用是否正常。
3) 當定位服務(wù)沒(méi)有開(kāi)啟時(shí)，使用定位服務(wù)，會(huì )友好性彈出是否允許設置定位提示。當確定允許開(kāi)啟定位時(shí)，能自動(dòng)跳轉到定位設置中開(kāi)啟定位服務(wù)。
4) 測試定位、照相機服務(wù)時(shí)，需要采用真機進(jìn)行測試。
2.4.8時(shí)間測試
客戶(hù)端可以自行設置手機的時(shí)區、時(shí)間，因此需要校驗該設置對app的影響。
--中國為東8區，所以當手機設置的時(shí)間非東8區時(shí)，查看需要顯示時(shí)間的地方，時(shí)間是否展示正確，應用功能是否正常。時(shí)間一般需要根據服務(wù)器時(shí)間再轉換成客戶(hù)端對應的時(shí)區來(lái)展示，這樣的用戶(hù)體驗比較好。比如發(fā)表一篇微博在服務(wù)端記錄的是10：00，此時(shí)，華盛頓時(shí)間為22：00，客戶(hù)端去瀏覽時(shí)，如果設置的是華盛頓時(shí)間,則顯示的發(fā)表時(shí)間即為22:00,當時(shí)間設回東8區時(shí)間時(shí)，再查看則顯示為10：00。
2.4.9 PUSH測試
1) 檢查push消息是否按照指定的業(yè)務(wù)規則發(fā)送
2) 檢查不接受推送消息時(shí)，檢查用戶(hù)不會(huì )再接收到push.
3) 如果用戶(hù)設置了免打擾的時(shí)間段，檢查在免打擾時(shí)間段內，用戶(hù)接收不到PUSH。 在非免打擾時(shí)間段，用戶(hù)能正常收到push。
4) 當push消息是針對登錄用戶(hù)的時(shí)候，需要檢查收到的push與用戶(hù)身份是否相符，沒(méi)有錯誤地將其它人的消息推送過(guò)來(lái)。一般情況下，只對手機上最后一個(gè)登錄用戶(hù)進(jìn)行消息推送。 5) 測試push時(shí)，需要采用真機進(jìn)行測試。
2.5性能測試
評估App的時(shí)間和空間特性 ：
1)極限測試：在各種邊界壓力情況下，如電池、存儲、網(wǎng)速等，驗證App是否能正確響應。 --內存滿(mǎn)時(shí)安裝App --運行App時(shí)手機斷電 --運行App時(shí)斷掉網(wǎng)絡(luò )
2)響應能力測試：測試App中的各類(lèi)操作是否滿(mǎn)足用戶(hù)響應時(shí)間要求 。 --App安裝、卸載的響應時(shí)間 --App各類(lèi)功能性操作的影響時(shí)間
3)壓力測試：反復/長(cháng)期操作下、系統資源是否占用異常。 --App反復進(jìn)行安裝卸載，查看系統資源是否正常 --其他功能反復進(jìn)行操作，查看系統資源是否正常
4)性能評估：評估典型用戶(hù)應用場(chǎng)景下，系統資源的使用情況。 5)Benchmark測試（基線(xiàn)測試）：與競爭產(chǎn)品的Benchmarking，產(chǎn)品演變對比測試等。
2.6交叉事件測試
針對智能終端應用的服務(wù)等級劃分方式及實(shí)時(shí)特性所提出的測試方法。交叉測試又叫事件或沖突測試，是指一個(gè)功能正在執行過(guò)程中，同時(shí)另外一個(gè)事件或操作對該過(guò)程進(jìn)行干擾的測試。如；App在前/后臺運行狀態(tài)時(shí)與來(lái)電、文件下載、音樂(lè )收聽(tīng)等關(guān)鍵運用的交互情況測試等。交叉事件測試非常重要，能發(fā)現很多應用中潛在的性能問(wèn)題。
1） 多個(gè)App同時(shí)運行是否影響正常功能
2） App運行時(shí)前/后臺切換是否影響正常功能
3） App運行時(shí)撥打/接聽(tīng)電話(huà)
4） App運行時(shí)發(fā)送/接收信息
5） App運行時(shí)發(fā)送/收取郵件
6） App運行時(shí)切換網(wǎng)絡(luò )（2G、3G、wifi） 7） App運行時(shí)瀏覽網(wǎng)絡(luò )
8） App運行時(shí)使用藍牙傳送/接收數據
9） App運行時(shí)使用相機、計算器等手機自帶設備
2.7兼容測試
主要測試內部和外部兼容性 1）與本地及主流App是否兼容 2）基于開(kāi)發(fā)環(huán)境和生產(chǎn)環(huán)境的不同，檢驗在各種網(wǎng)絡(luò )連接下(WiFi、GSM、GPRS、EDGE、WCDMA、CDMA1x、CDMA2000、HSPDA等)，App的數據和運用是否正確
3）與各種設備是否兼容，若有跨系統支持則需要檢驗是否在各系統下，各種行為是否一致 --不同操作系統的兼容性，是否適配 --不同手機屏幕分辨率的兼容性
--不同手機品牌的兼容性
2.8回歸測試
1）Bug修復后且在新版本發(fā)布后需要進(jìn)行回歸測試。
2）Bug修復后的回歸測試在交付前、要進(jìn)行全量用例的回歸測試。
2.9升級、更新測試
新版版發(fā)布后，配合不同網(wǎng)絡(luò )環(huán)境的自勱更新提示及下載、安裝、更新、啟勱、運行的驗證測試。
1）測試升級后的功能是否與需求說(shuō)明一樣
2）測試與升級模塊相關(guān)的模塊的功能是否與需求一致 3）升級安裝意外情況的測試（如死機、斷電、重啟） 4）升級界面的UI測試
5）不同操作系統間的升級測試
2.10用戶(hù)體驗測試
以主觀(guān)的普通消費者的角度去感知產(chǎn)品或服務(wù)的舒適、有用、易用、友好親切程度。 通過(guò)不同個(gè)體、獨立空間和非經(jīng)驗的統計復用方式去有效評價(jià)產(chǎn)品的體驗特性升產(chǎn)品的潛在客戶(hù)滿(mǎn)意度。
1）是否有空數據界面設計，引導用戶(hù)去執行操作。
2）是否濫用用戶(hù)引導。
3）是否有不可點(diǎn)擊的效果，如：你的按鈕此時(shí)處于不可用狀態(tài)，那么一定要灰掉，或者拿掉按鈕，否則會(huì )給用戶(hù)誤導
4）菜單層次是否太深
5）交互流程分支是否太多
6）相關(guān)的選項是否離得很遠
7）一次是否載入太多的數據
8）界面中按鈕可點(diǎn)擊范圍是否適中
9）標簽頁(yè)是否跟內容沒(méi)有從屬關(guān)系，當切換標簽的時(shí)候，內容跟著(zhù)切換 10）操作應該有主次從屬關(guān)系
11）是否定義Back的邏輯。涉及軟硬件交互時(shí)，Back鍵應具體定義
12）是否有橫屏模式的設計，應用一般需要支持橫屏模式，即自適應設計
2.11 硬件環(huán)境測試
2.11.1手勢操作測試
1）手機開(kāi)鎖屏對運行中的App的影響
2）切換網(wǎng)絡(luò )對運行中的App的影響
3）運行中的App前后臺切換的影響 4）多個(gè)運行中的App的切換 5）App運行時(shí)關(guān)機 6）App運行時(shí)重啟系統 7）App運行時(shí)充電
8）App運行時(shí)kill掉進(jìn)程再打開(kāi)
2.11.2網(wǎng)絡(luò )環(huán)境
手機的網(wǎng)絡(luò )目前主要分為2G、3G、wifi。目前2G的網(wǎng)絡(luò )相對于比較慢，測試時(shí)尤其要注意此塊的測試。
1) 無(wú)網(wǎng)絡(luò )時(shí)，執行需要網(wǎng)絡(luò )的操作，給予友好提示，確保程序不出現crash。 2) 內網(wǎng)測試時(shí)，要注意選擇到外網(wǎng)操作時(shí)的異常情況處理。
3) 在網(wǎng)絡(luò )信號不好時(shí)，檢查功能狀態(tài)是否正常，確保不因提交數據失敗而造成crash。 4) 在網(wǎng)絡(luò )信號不好時(shí)，檢查數據是否會(huì )一直處于提交中的狀態(tài)，有無(wú)超時(shí)限制。如遇數據交換失敗時(shí)要給予提示。
5) 在網(wǎng)絡(luò )信號不好時(shí)，執行操作后，在回調沒(méi)有完成的情況下，退出本頁(yè)面或者執行其他操作的情況，有無(wú)異常情況。此問(wèn)題也會(huì )經(jīng)常出現程序crash。
2.11.3服務(wù)器宕機或出現404、502等情況下的測試
后臺服務(wù)牽涉到DNS、空間服務(wù)商的情況下會(huì )影響其穩定性，如：當出現域名解析故障時(shí)，你對后臺API的請求很可能就會(huì )出現404錯誤，拋出異常。這時(shí)需要對異常進(jìn)行正確的處理，否則可能會(huì )導致程序不能正常工作。
2.12接口測試
服務(wù)端一般會(huì )提供JSON格式的數據給客戶(hù)端，所以我們在服務(wù)端需要進(jìn)行接口測試，確保服務(wù)端提供的接口并轉換的JSON內容正確，對分支、異常流有相應的返回值。此塊測試可以采用itest框架進(jìn)行測試。最方便的是采用httpclient進(jìn)行接口測試。 進(jìn)行服務(wù)端測試時(shí)，需要開(kāi)發(fā)提供一份接口文檔。
2.13客戶(hù)端數據庫測試
1）一般的增、刪、改、查測試。
2） 當表不存在時(shí)是否能自動(dòng)創(chuàng )建，當數據庫表被刪除后能否再自建，數據是否還能自動(dòng)從服務(wù)端中獲取回來(lái)并保存。
3） 在業(yè)務(wù)需要從服務(wù)端取回數據保存到客戶(hù)端的時(shí)候，客戶(hù)端能否將數據保存到本地。
4） 當業(yè)務(wù)需要從客戶(hù)端取數據時(shí)，檢查客戶(hù)端數據存在時(shí)，app數據是否能自動(dòng)從客戶(hù)端數據中取出，還是仍然會(huì )從服務(wù)器端獲??？檢查客戶(hù)端數據不存在時(shí)，app數據能否自動(dòng)從服務(wù)器端獲取到并保存到客戶(hù)端
5） 當業(yè)務(wù)對數據進(jìn)行了修改、刪除后，客戶(hù)端和服務(wù)端是否會(huì )有相應的更新。
2.12接口測試
服務(wù)端一般會(huì )提供JSON格式的數據給客戶(hù)端，所以我們在服務(wù)端需要進(jìn)行接口測試，確保服務(wù)端提供的接口并轉換的JSON內容正確，對分支、異常流有相應的返回值。此塊測試可以采用itest框架進(jìn)行測試。最方便的是采用httpclient進(jìn)行接口測試。 進(jìn)行服務(wù)端測試時(shí)，需要開(kāi)發(fā)提供一份接口文檔。
2.13客戶(hù)端數據庫測試
1）一般的增、刪、改、查測試。
2） 當表不存在時(shí)是否能自動(dòng)創(chuàng )建，當數據庫表被刪除后能否再自建，數據是否還能自動(dòng)從服務(wù)端中獲取回來(lái)并保存。
3） 在業(yè)務(wù)需要從服務(wù)端取回數據保存到客戶(hù)端的時(shí)候，客戶(hù)端能否將數據保存到本地。
4） 當業(yè)務(wù)需要從客戶(hù)端取數據時(shí)，檢查客戶(hù)端數據存在時(shí)，app數據是否能自動(dòng)從客戶(hù)端數據中取出，還是仍然會(huì )從服務(wù)器端獲??？檢查客戶(hù)端數據不存在時(shí)，app數據能否自動(dòng)從服務(wù)器端獲取到并保存到客戶(hù)端
5） 當業(yè)務(wù)對數據進(jìn)行了修改、刪除后，客戶(hù)端和服務(wù)端是否會(huì )有相應的更新。
訪(fǎng)問(wèn)手機端更方便
技術(shù)創(chuàng )造價(jià)值 服務(wù)締造品牌
Copyright ? 2011-2024 鄭州開(kāi)拓者電子科技有限公司 All Rights Reserved
友情鏈接：
小程序開(kāi)發(fā)