給你一個手機app你如何測試

㈠ 手機app功能測試都測試哪些

APP功能測試是指測試你這個APP的所有功能點是否能夠驗證通過。APP功能測試的測試用例設計需要結合產品需求和開發設計文檔。這里以測試微博APP為例： 發布微博，從頁面上看有文字長度，是否添加圖片，是否有話題，是否有愛特別人等等。 2. 發布微博的操作是否符合用戶體驗，選擇圖片，選擇要愛特的人是否符合人類的認知 3. 發布微博這樣一個動作肯定是和伺服器交互的，那麼需要考慮到各種網路因素 4. 發布微博是調用哪個api？有哪些參數？失敗了會怎麼樣？是否會自動重試？ 5. 發布微博的控制項是否有native的還是webview，還是混合的結構？ 6. 考慮一些android特別的交互，比如home，menu，長按home，發布到一半來電，關機，待機等 等何必這么麻煩，用Testin吧，提交APP到Testin雲測試平台，可自動實現這些測試需求。

㈡ 如何做好app的測試工作測試流程中都包含哪些方面

騰訊有個平台可以實現適配兼容、伺服器壓力、性能測試、弱網路、耗電量測試等等，挺全面的。WeTest騰訊質量開放平台，本人親測過體驗還不錯。

下面說一下測試一個App具體包括哪些方面，以及每個方面的關鍵點。

測試人員常被看作bug尋找者，但你曾想過他們實際是如何開展測試的嗎？你是否好奇他們究竟都做些什麼，以及他們如何在一個典型的技術項目中體現價值？本文將帶你經歷測試人員的思維過程，探討他們測試app時的各種考慮。本文的目的在於揭示測試人員的這一思維過程，並展示他們通常所考慮內容的廣度和深度。

本文是基於我的工作經驗而寫的，作為一名敏捷軟體開發團隊的測試經理，我一心投入測試工作。在與其他app測試專家交流的過程中，我深刻了解到app測試工作的困難。在日常工作的摸索中，我將如何做好app的測試歸結為如下內容。

(1) 非功能測試

app測試的一個重要方面是app的非功能需求。移動app在推出市場或進行進一步開發前，測試人員有一定的職責做該類需求的跟蹤工作。

早期開發階段要進行的第一個測試應該是實用性測試。通常是由alpha用戶或同事進行的。走進一家咖啡館或餐廳，問問裡面的人他們的app使用情況。讓他們看看現階段開發的第一個版本並收集反饋，看看用戶是否能很好地使用新功能，以便得出第一印象。

(2) 功能測試

每項開發的新功能都需要進行測試。app測試中功能測試是一個重要方面。測試人員應該要進行手動測試和後期的自動化測試維護。剛開始測試時，測試員必須把app當做"黑盒"一樣進行手動測試，看看提供的功能是否正確並如設計的一樣正常運作。除了經典軟體測試，像點擊按鈕、提交訂單看看會發生什麼，測試員還必須執行更多功能的app測試。

除了整個手動測試過程，測試自動化對移動app也很重要。每個代碼變化或新功能都可能影響現存功能及它們的狀態。通常手動回歸測試時間不夠，所以測試員不得不找一個工具去進行自動化回歸測試。現在市面上有很多自動化測試工具，有商業的也有開源的，面向各個不同平台，如Android，iPhone，WindowsPhone7，BlackBerry以及移動Webapp。根據開發策略和結構，品質管理測試專家需找出最適合他們環境的自動化工具。

(3) 客戶端性能測試

一個App做的好不好，不僅僅只反應在功能上。被測的app在中低端機上的性能表現也很重要。比如：一個很好玩的游戲或應用，只能在高端機上流暢運行，在中低端機上卡的不行，也不會取得好的口碑。

關於App的性能測試，我們比較關注的參數有：CPU，內存，耗電量，流量，FPS。同時也需關注一下App的安裝耗時和啟動耗時。

目前大家可能比較困惑的一個問題，多高的CPU，內存，耗電量，流量，FPS才算是符合發布的值呢？這里可以告訴大家，可以參考精品游戲的一些數值，將自己研發的app與業內精品的app數據做對比。

(4) 適配兼容測試

市面上目前存在的移動設備五花八門，下圖列出過去12個月的移動設備品牌佔比情況。

(6) 耗電量測試

App在手機上的表現，除了功能外，app是否耗電，也是測試過程中重點要關注的一項。手機設備在滿電的時候，這個App能玩多久；App每小時的耗電是多少；App在某個場景掛機10分鍾耗電量是多少；這些都是我們平時在耗電量測試中比較關注的點。

(7) 協議測試

模擬客戶端直接發送協議包給伺服器，看看伺服器是否有一定的校驗，認不認客戶端發過來的數據。協議測試，主要是為了處理用戶發送惡意協議到伺服器，騙過伺服器的校驗。

(8) 安全測試

App在上線前，都需要做詳細的安全測試。安全測試主要為了檢測應用是否容易被外界破解；是否存在被惡意代碼注入的風險；上線後外掛的風險高不高等。

(9) 伺服器性能測試

伺服器性能測試，主要包含單機容量測試和24小時穩定性測試。單機容量測試，可以檢測到單機伺服器在90%的響應時間和成功率都達標的前提下，能夠承載多少用戶量。使用特定游戲模型壓測24小時，服務無重啟，內存無泄漏，並且各事務成功率達標。

這個可以在WeTest入口預約。

(10) 伺服器容災測試

伺服器容災測試，主要指某個服務進程奔潰掉後，是否具有自行恢復能力。比如游戲邏輯進程消失後，是否會自動拉起；memcached崩潰時，是否會重新啟動，是否會對所有玩家有影響。這些都是app測試過程中需要考慮的因素。

(11) 中斷測試

針對智能終端應用的服務等級劃分方式及實時特性所提出的測試方法，如：App在前台和後台運行狀態時與來電、文件下載、音樂收聽等關鍵運用的交互情況測試等。測試電話，簡訊，彩信，微博或其他通知進來時app的反應。

(12) 上線後期的輿情跟蹤

新的app上線後，用戶對此應用的評價，存在哪些測試期間未察覺的Bug，論壇上對於該應用熱門的帖子有哪些，應用商店中該應用的口碑如何等，都是app在上線後，測試人員需要關注的點。若需要測試期間未發現的Bug，需要新測試服進行確認並根據該問題的修復。

很高興看到騰訊在研發生產資料，而不是產品，好的企業應該積累出自己的工具鏈，並造福生態圈！最後祝大家都能把手下的app測試工作做好！

㈢ 手機app如何全方位測試

安全性測試，是app專項測試中必須要做的一環，簡單列舉下目前常做的測試類別：
1. 用戶隱私

檢查是否在本地保存用戶密碼，無論加密與否

檢查敏感的隱私信息，如聊天記錄、關系鏈、銀行賬號等是否進行加密

檢查是否將系統文件、配置文件明文保存在外部設備上

部分需要存儲到外部設備的信息，需要每次使用前都判斷信息是否被篡改

2. 文件許可權

檢查App所在的目錄，其許可權必須為不允許其他組成員讀寫

3. 網路通訊

檢查敏感信息在網路傳輸中是否做了加密處理，重要數據要採用TLS或者SSL

4. 運行時解釋保護

對於嵌有解釋器的軟體，檢查是否存在XSS、SQL注入漏洞

使用webiew的App，檢查是否存在URL欺騙漏洞

5. Android組件許可權保護

禁止App內部組件被任意第三方程序調用。

若需要供外部調用的組件，應檢查對調用者是否做了簽名限制

6. 升級

檢查是否對升級包的完整性、合法性進行了校驗，避免升級包被劫持

7. 3rd庫

如果使用了第三方庫，需要跟進第三方庫的更新

㈣ 手機app測試有哪些工具盒方法

手機app測試有可以利用以下幾種工具：

1、安卓黑盒測試工具

1)包括本身自帶的monkey，Monkey是Android中的一個命令行工具，可以運行在模擬器里或實際設備中；

2) robotium與appium，這些工具用於黑盒的自動化測試。可以在有源碼或者只有APK的情況下對目標應用進行測試。

2、白盒測試，Android在SDK中集成了JUnit框架。所以，你可以基於JUNIT框架進行安卓的白盒測試代碼開發；

3、安卓的測試方法其實與web測試方法大多類似，只是多了一些特殊的測試場景；

4、兼容性測試，一是可以利用虛擬機來保證系統間的兼容性，但更多的還需要依靠真機來測試；

(4)給你一個手機app你如何測試擴展閱讀：

APP測試要點：

1、功能測試

最基本的測試，主要是測試軟體app的功能點、業務邏輯；關聯性（主要是測試客戶端和PC的交互，客戶端處理完後，保證PC端數據同步且一致）

2、性能測試

cpu，佔用不超過10%，響應時間（包括app啟動和退出），滿足258原則，2秒以內用戶感覺很快，2-5秒感覺一般，5-8秒感覺很慢，但是能接受，8秒以上用戶無法接受，選擇離開，或者再次發送請求；

3、兼容性測試

手機app需要重點關注的，不同操作系統：android、iOS不同手機廠商，小米，華為等不同的手機屏幕解析度，與其他第三方app的兼容；

4、安裝卸載更新測試

也是手機app比較特別的測試點，安裝的路徑，手機還是sd卡上，高低版本的覆蓋安裝，內存不足時的安裝，安裝過程中出現中斷情況，第三方管理軟體中卸載app，卸載過程中出現中斷情況；

5、中斷或崩潰測試

中斷測試主要是測試app是否會出現crash情況。來電、簡訊、鬧鍾、低電量等，網路環境突然改變，或者網路中斷，例如隧道、電梯（離線支持），切換網路，例如數據連接切換到wifi外部設備。

比如充電，插耳機內存不足改變設備方向改變手機語言，例如英文多後台程序切換長時間開機並且長時間開啟app也可以用monkey來測試apk的穩定性，也能檢查出一些crash的問題；

6、安全測試

7、UI測試

㈤ 手機軟體測試有哪些方法 常用的手機軟體測試方法

一、 等價類分析法
等價類劃分方法針對手機狀態大致可以歸幾個大類：
1. 按鍵類（等價法）：有效輸入和無效輸入（有效輸入指UM和菜單指示；無效輸入指測試菜單功能此時沒有定義的按鍵和用戶動作）；
2. 外部中斷類（等價法）：常用、不常用及無效
2.1. 常用：來電和來消息（簡訊、彩信、push消息）；掀合蓋；側鍵；耳機＆FM；情景模式；電量不足
2.2. 不常用：充電；鬧鍾＆記事本＆關機時間＆整點報時提示；Icon＆動畫顯示；Icon＆動畫刷新；編輯界面＆pop顯示框輸入為空或滿；編輯界面＆pop顯示框狀態輸入法默認＆字元編碼默認；失效SIM卡；大容量等SIM卡兼容；排序；號碼識別；
二、 邊界值分析
例子1：
短消息發送功能的等價類劃分方法:.
三、 錯誤猜測法
例子1：
利用手機鬧鍾重響的例子引入錯誤猜測法基本概念，講解錯誤猜測法的意義
未接來電29通，內存中規劃的分區一直分配被佔用。即使同一號碼也同樣佔用資源。假設此時第30通電話正好為來電號碼不顯示，即「來電號碼未知」或境外來電號碼隱藏時（國外保護個人隱私，自動開啟來電號碼隱藏功能），可能會出現BUG，實際情況證明，此時會出現Reset問題。

㈥ 如何對一個Android軟體進行測試

主要測試內容包括：

1、功能正確性測試；

根據這個安桌軟體的需求，看它到底支持那些功能，對每個功能，編寫測試用例，驗證這個功能是否正確；例如：有注冊，登陸，編輯消息，發送消息，刪除消息，察看消息等功能，那麼你就要測試這每個功能是否正確實現了。

2、界面易用性測試；

主要考慮（1）易理解性；（2）易學習性；（3）易操作性；是否達到要求。

3、兼容性測試；

不同安卓版本的兼容性；不同安卓設備的兼容性，例如：不同廠家的手機，PAD等；看該軟體在不同的軟體和硬體下顯示是否正常，功能是否正確；

4、安全性測試；

用戶信息是否不被泄漏等；

5、不同網路狀態下的測試；

wifi和2g，3g不同的網路速度下的功能是否正確；沒有網路連接的情況下會怎麼樣，等等。

㈦ Airtest 如何測試手機 APP

Airtest 是網易出品的一款基於圖像識別的自動化測試工具，主要應用在手機 APP 和游戲的測試。一旦使用了這個工具進行 APP 的自動化，你就會發現自動化測試原來是如此簡單！！

要進行 APP 的自動化測試，首先要將手機連上 airtest。連接手機有幾種方法都可以實現：

注意：部分手機還需要打開「允許模擬位置」、「允許未知來源安裝應用」，所以如果不成功可以把這兩個選項也勾選！ 『

當手機與電腦處在同一個 wifi 下，即可嘗試無線連接手機了，其實也就是通過 adb 無線連接手機。但是這種方式受限於網路連接的穩定性，可能會出現連接不夠穩定的情況。具體連接操作步驟如下：

1、touch ：點擊操作 包含的參數：

v：點擊的圖片或者坐標
times：點擊次數，默認 1 次
ration：按住時間，默認 0.01s
right_click: windows 有效 ，手機端無效

2、text ：輸入文本

包含的參數：
text：輸入的文本
enter：完成輸入後自動執行 enter 操作，默認為 True
search：完成輸入後強行執行 search 操作，默認為 false

3、wait：等待元素出現，如果找到該這個 圖片就返回圖片中心點的坐標，如果不出現就拋出錯誤：TargetNotFoundError

包含的參數：
v：點擊的圖片或者坐標
timeout：等到超時時間，默認 20s
interval：每次尋找的時間間隔，默認 0.5s
intervalfunc：圖片沒有找到就執行後面的函數，默認為 None

4、sleep ：暫停等待

包含的參數：
secs：延遲時間，默認 1.0s

5、assert_exist ： 判斷圖片是否存在，如果存在就返回圖片的中心坐標，不存在就 raise AssertionError

包含的參數：
v：圖片
msg：描述測試點，它將被記錄在報告中
return: 存在就返回圖片的中心坐標，不存在就 raise AssertionError

6、assert_not_exist ：判斷圖片是否不存在，如果存在就 raise AssertionError

包含的參數：
v：圖片
msg：描述測試點，測試 報告中顯示

7、assert_equal ： 判斷第一個值和第二個值是否相等

包含的參數：
first：第一個對比條目
second：第二個對比條目
msg：描述測試點，在測試報告中顯示

8、assert_not_equal ： 判斷第一個值和第二個值是否不相等

包含的參數：
first：第一個對比條目
second：第二個對比條目
msg：描述測試點，在測試報告中顯示

我們現在用以上這寫 API 來實現一個具體的需求用例：

需求： 登錄檸檬班 app，並判斷是否登錄成功；

注意：為了確保萬無一失，最好在輸入文本之前，先點擊輸入框，確認輸入的焦點。

所以先調用 touch API，再調用 text API。點擊 text API 就會彈出如下圖所示的文本輸入框，輸入你的手機號碼即可。同樣的步驟，輸入密碼；最後，點擊「登錄」按鈕。

用 assert_exists API 來斷言是否登錄的用戶名和頭像是正確的，腳本如下：

可以打開測試報告，查看運行結果和斷言的圖片如下圖所示：

㈧ 如何測試app軟體在手機中的使用情況

測試有幾下幾類：

一，非功能測試

二，功能測試

三，客戶端性能測試

四，兼容性測試

五，伺服器性能測試

六，安全性測試

㈨ 如何測試app軟體測試在手機中的使用情況

手機app測試主要有以下：
1.安全測試
1)軟體許可權
-扣費風險：包括發送簡訊、撥打電話、連接網路等 -隱私泄露風險：包括訪問手機信息、訪問聯系人信息等 -新增風險項
2)開發者官方許可權列表信息比對分析 2.安裝、運行、卸載測試
驗證App是否能正確安裝、運行、卸載，以及操作過程和操作前後對系統資源的使用情況，主要包括：
1)檢測軟體是否能正確安裝、運行、卸載； 2)安裝、卸載、更新錯誤報告； 3)其他輔助信息： -位置和文件夾是否合理； -組件是否正確注冊或刪除；
-評估操作前後，CPU、Memory（內存佔用）、Storage（磁碟佔用）等系統資源的使用情況。 3.UI測試
測試用戶界面(如菜單、對話框、窗口和其它可視控制項)布局、風格是否滿足客戶要求，文字是否正確，頁面是否美觀，文字，圖片組合是否完美，操作是否友好等。
UI測試的目標是確保用戶界面會通過測試對象的功能來為用戶提供相應的訪問或瀏覽功能。確保用戶界面符合公司或行業的標准。包括用戶友好性、人性化、易操作性測試。 4.功能測試
根據軟體說明或用戶需求驗證App的各個功能實現，採用如下方法實現並評估功能測試過程：
1)採用時間、地點、對象、行為和背景五元素或業務分析等方法分析、提煉App的用戶使用場景，對比說明或需求，整理出內在、外在及非功能直接相關的需求，構建測試點，並明確測試標准（若用戶需求中無明確標准遵循，則需要參考行業或相關國際標准或規則）。 2)根據被測功能點的特性列舉出相應類型的測試用例對其進行覆蓋，如：涉及輸入的地方需要考慮等價、邊界、負面、異常或非法、場景回滾、關聯測試等測試類型對其進行覆蓋。 3)在測試實現的各個階段跟蹤測試實現與需求輸入的覆蓋情況，及時修正業務或需求理解錯誤。 5.性能測試

評估App的時間和空間特性
1)極限測試：在各種邊界壓力情況下（如電池、存儲、網速等），驗證App是否能正確響應。
2)響應能力測試：測試App中的各類操作是否滿足用戶響應時間要求 3)壓力測試：反復/長期操作下，系統資源是否佔用異常； 4)性能評估：評估典型用戶應用場景下，系統資源的使用情況。
5)Benchmark測試（基線測試）：與競爭產品的Benchmarking,產品演變對比測試等。 6.中斷測試
針對智能終端應用的服務等級劃分方式及實時特性所提出的測試方法，如：App在前/後台運行狀態時與來電、文件下載、音樂收聽等關鍵運用的交互情況測試等。 7.兼容測試
主要測試內部和外部兼容性，包括：
與本地及主流App是否兼容； 檢驗在各種網路連接下(WiFi、GSM、GPRS、EDGE、WCDMA、CDMA1x、CDMA2000、HSPDA等)，App的數據和運用是否正確；
與各種設備是否兼容（若有跨系統支持則需要檢驗是否在各系統下，各種行為是否一致）。
8.安全測試
安全測試顯得尤為重要，粗心、不謹慎的數據存儲或傳輸方式使得非法、惡意目的有可乘之機。
智能終端安全涉及各信息交互、存儲接點，借鑒於網路傳輸和相關安全測試經驗，App安全測試大概劃分為以下幾類：
1)從數據的本地存儲到數據的傳輸、處理以及遠程訪問等各個環節，基於相應的安全標准/行業標准評估App的安全特性；
2)借鑒在Web App和網路安全測試的一些成功經驗在智能終端App測試中進行裁減或適配；
3)檢測App的用戶授權級別，數據泄漏，非法授權訪問等；
4)對App的輸入有效性校驗、認證、授權、敏感數據存儲、數據加密等方面進行檢測,以期發現潛在的安全問題；
5)基於各種通信協議或相應的行業安全標准檢視App是否滿足相應的要求

㈩ 舉例一個app,說說需要測試到哪些方面

說說自己平時在測試中總結的需要關注的各種情境，歡迎補充哈~

app使用過程中，接聽電話。可以測試不同的通話時間的長短，對於通話結束後，原先打開的app的響應，比如是否停留在原先界面，繼續操作時的響應速度等。

app使用過程中，有推送消息時，對app的使用影響

設備在充電時，app的響應以及操作流暢度

設備在不同電量時（低於10%，50%，95%），app的響應以及操作流暢度

意外斷電時，app數據丟失情況

網路環境變化時，app的應對情況如何：是否有適當提示？從有網路環境到無網路環境時，app的反饋如何？從無網路環境回到有網路環境時，是否能自動載入數據，多久才能開始載入數據

多點觸摸的情況

跟其他app之間互相切換時的響應

進程關閉再重新打開的反饋

IOS系統語言環境變化時

各實體按鍵的測試，比如音量鍵，鎖屏鍵，home鍵。後兩者還可以設計好多用例，比如App打開狀態下，按home鍵/鎖屏鍵之後，隔1分鍾，5分鍾，10分鍾，30分鍾後，重新打開app/解鎖，看是否還在原來打開的app子界面，還是回到app的主界面。
橫屏和豎屏的顯示和切換
多次快速點擊時，這個同樣適用於Andriod（感謝 @朱仕達 的補充哈）
IOS不同版本（尤其是IOS 5和7之間，UI更新比較大）
app有更新時能否主動推送（感謝 @陳佑洋 同學補充哈）
（以下感謝 @steven zhang 同學補充）1. 開始你拿到 ipa 文件的時候， 要看看文件大小。 50M 是個分界點。 因為 用手機網路的時候， 如果 大於 50M， 會有警告， （也許是不能下載了， 只能用WiFi， 我記不清楚了， 你去查一下。）2. 程序界面里有 UIWebView 的時候， 試試快速切換界面， 多做幾次， 看看會不會奔潰。因為UIWebView里不止一個線程， 有可能會有奔潰的現象。3. 還有就是模擬itunes app更新的過程。 （怎麼模擬， 我不敢亂說。 也許你可以作點研究。）比如 你購買了app里的某些東西， 然後更新了app， 看看購買的東西是不是還在， 等等 。。。4. 你提到的UI， 補充一下， 要看看一般屏幕 和 雙倍精度屏幕， 顯示的是不是都好。