手機app測試之常用測試手段
App測試 即手機應用測試，現在app分為Andriod和IOS兩種主流應用。是智慧手機的第三方應用程式。蘋果的iOS7系統（蘋果公司2013年6月10日在2013年WWDC上釋出），app格式有ipa，pxl，deb；Android格式有apk；諾基亞的S60系統格式有sis，sisx；微軟的WindowsPhone7、WindowsPhone8系統，app格式為xap。
app開發過程或開發結束後，由於需求設計或程式設計師的編寫水平或是作業系統的支援等問題，會導致app功能出現失效、崩潰等問題。而程式猿在敲程式碼後，通常測試考慮的只是從程式碼角度去考慮是否實現及自身對需求的理解侷限性，很大程度上漏掉可能存在的bug。這樣，就需要一種質量監督的工種介入進來以保證app產品質量達到產品設計的初衷。最大可能避免在軟體釋出後，使用者體驗不佳造成的客戶流失。這個執行質量監督責任的職位就是QA或App測試工程師。
測試工程師在測試產品的時候，必定要從多個角度考慮產品可能存在的問題。下面就從app的角度剖析一下手機app存在的問題的地方。
一、介面測試：做為app的門面，介面的美醜和難易操作程度決定著使用者對該軟體的第一印象。從每個介面的整體風格，每個按鈕，及跳轉。是否符合自身產品的定位。顏色，外觀，介面佈局，字型大小/風格，以及每個介面之間的風格是否合理和諧等等都是需要考慮的物件。
二、功能測試：通常我們遇到的問題可能也是產品的各個功能，功能測試不但要考慮基本業務流程，也要考慮通用業務流程，以及逆向業務流程，除了以上三項外，文字域，資料顯示校驗（介面資料）等功能也是必須要想到的重要問題。
三、除了上面兩種測試方面，還需要根據app的實際需求情況，做其它相對應的測試，例如以下幾個方面：
1.機型適配測試：a.涉及系統版本（小米MIUI，Android2.2/2.3/4.0）；b.解析度；c.LBS的應用還涉及GPS型別
2.網路環境 ：Wifi，3G，4G（應用介面對於網路異常的處理等）
3.場景覆蓋：面對真實移動手機使用者的使用場景(1) 3G弱網路訊號場景模擬；(2) 市區低速移動場景模擬；(3) 郊區高速移動場景模擬；(4) 請求迴應超時_上行超時場景模擬；(5) 請求迴應超時_下行超時場景模擬；(6) 網路抖動場景模擬；
4.升級測試：前幾個版本的升級，後續升級準備
5.安裝解除安裝測試：a.在不同品牌的機型上的安裝、拉起、點選和解除安裝是否正常；b 在不同的作業系統上的安裝、拉起、點選和解除安裝是否正常；
6.耗電量測試：a.手機裝置在滿電的時候，這個App能玩多久；b.App每小時的耗電是多少；c.App在某個場景掛機10分鐘耗電量是多.
7.協議測試：模擬客戶端直接傳送協議包給伺服器，看看伺服器是否有一定的校驗，認不認客戶端發過來的資料
8.安全測試：a.檢測應用是否容易被外界破解 b.是否存在被惡意程式碼注入的風險 c.上線後外掛的風險高不高等
9.伺服器效能測試：a.單機容量測試，可以檢測到單機伺服器在90%的響應時間和成功率都達標的前提下，能夠承載多少使用者量
b.24小時穩定性測試，使用特定遊戲模型壓測24小時，服務無重啟，記憶體無洩漏，並且各事務成功率達標。
10.伺服器容災測試：主要指某個服務程序奔潰掉後，是否具有自行恢復能力。a.比如遊戲邏輯程序消失後，是否會自動拉起；
b.memcached崩潰時，是否會重新啟動，是否對玩家有影響
11.中斷測試：針對智慧終端應用的服務等級劃分方式及實時特性所提出的測試方法。a.App在前臺和後臺執行狀態時與來電、檔案下載、音樂收聽等關鍵運用的互動情況測試等;b.測試電話，簡訊，彩信，微博或其他通知進來時app的反應。
12.上線後的輿情跟蹤：新的app上線後，使用者對此應用的評價，存在哪些測試期間未察覺的Bug。
相關推薦
手機app測試之常用測試手段
App測試 即手機應用測試，現在app分為Andriod和IOS兩種主流應用。是智慧手機的第三方應用程式。蘋果的iOS7系統（蘋果公司2013年6月10日在2013年WWDC上釋出）
手機APP測試之相容測試
1，作業系統版本 國內Andoird系統：一加氫Os，華為 EMUI，魅族 Flyme，小米 miui等 Andoird版本：android 6、android 7、android 8、android 9 iOS版本：iOS8、iOS9、iOS10、iOS11、iOS1
如何在手機APP中集成測試車牌識別sdk
嵌入 光照 速度 算法 保持 推出 而且 占用 info 北京易泊時代科技有限公司推出了“移動端車牌識別——慧號通識別”，完美集成車牌識別算法，為智慧停車客戶提供全套停車產業鏈的產品支撐和技術服務。 車牌識別技術常見的應用有PC端（或稱服務器端）車牌識別和嵌入式端車牌
app測試之耗電量測試
應用 其他 網路 att 信號 gps定位 內存 cpu bat 1、耗電量場景 1）GPS定位 2）網絡傳輸，尤其是非wifi環境 3）屏幕亮度 4）cpu頻率 5）內存調度頻率 6）wakelocker時間和次數 2、查看app的耗電量 3、amdroid電量測試方法（
手機APP（功能）測試重點
在手機客戶端進行檢視的測試重點： 1、檢視各個模組,介面之間的跳轉是否正確;資料的排序方式 2、“點選載入更多”的分頁處理技術，是否有重複的資料，資料顯示是否完整，到達最後一頁後是否還有資料進行顯示 3、出現異常情況是否有提示，是否跳轉到已
手機APP開發之移動端開發淺析
結構 安裝使用 媒體 方向 淺析 tro 設計 5.0 小米 互聯網的發展讓移動端開發很受歡迎，如今很多企業都開發了手機APP，今天司科就給大家介紹一下移動端開發的相關知識。 移動開發也稱為手機開發或叫做移動互聯網開發。是指以手機、PDA、UMPC等便攜終端為基礎，進行
Python測試之介面測試的基礎
介面測試基礎 測試對於介面測試的理解總是停留在工具使用層面,很多情況下,測試人員會花很大的代價去學習一個工具,而測試工具本身的侷限性,又導致測試人員陷入想直接用現成的測試框架卻又無法進行擴充套件的僵局,最後由於專案的特殊性等客觀因素,測試人員只能放棄工具,脫離了工具的視覺化介面友好操作,發現直接連線口是
億信BI工具報表設計之常用分析手段
客戶需求到達你的手中，就該著手分析並設計實現方案。那麼針對分析表部分，如何設計呢？此處我們提供常用的幾個分析手段給大家。 方法介紹 常用分析手段有以下幾種方式： （1）不同類別的浮動分析表 （2）彙總指標，比如合計，小計 （3）佔比分析 （4
Android 白盒測試之單元測試(junit),黑盒測試之mokey測試
導言: 做安卓也有幾個年頭,對於小專案基本都不去單元測試和穩定性測試等,都是在出現異常後通過debug處理或log列印即可解決,當然對於大的專案,由於執行時效問題,加快開發效率,一些測試方法必須要做,比如白盒測試之單元測試,最新的AS都集成了junit,還有黑盒測試(功能測試)之moke
Appium手機APP自動化-adb常用的命令
1：準備環境 參考：https://blog.csdn.net/hujyhfwfh2/article/details/82925424 cmd進入夜神模擬器的安裝目錄的bin下 輸入：nox_adb.exe connect 127.0.0.1:62001 ok現在已經將夜神和adb連線成功了
隨行付微服務測試之介面測試和契約測試
背景 日常開發過程中，專案的介面通常由服務提供方約定和提供，微服務模式下介面被多個消費者呼叫更是常態，那麼提供方介面的變更如何快速、高效、無遺漏的通知給消費者呢？另外，當一個service同時被多個使用者呼叫，如何保證對service的修改可以讓其它所有使用者造成的影響都能被感知到？這些問題契約測試可以給你答
漫遊測試之效能測試(3.4、Tsung的介紹 一）
tsung是erlang開發的一個開源的多協議分散式負載測試工具，它能用來壓力測試HTTP、WebDAV、SOAP、PostgreSQL、MySQL、LDAP和Jabber/XMPP的伺服器的效能。其區別於其它效能測試工具最大特點在於高效能。利用其多節點叢集能力，相同的機器配
Android 白盒測試之單元測試(junit),黑盒測試之mokey
導言: 做安卓也有幾個年頭,對於小專案基本都不去單元測試和穩定性測試等,都是在出現異常後通過debug處理或log列印即可解決,當然對於大的專案,由於執行時效問題,加快開發效率,一些測試方法必須要做,比
隨行付微服務測試之效能測試
背景 傳統效能測試更多的是以事務為核心，更多的是由單個或者多個事務構成業務場景進行壓測。全鏈路壓測指完全引入相關聯的系統，儘量真實模擬線上硬體環境，更多的是以請求為核心，完全模擬真實請求流量，通過引流等方式進行場景的模擬進行壓測，更多的適用於業務鏈路較長的交易。全鏈路一直是效能測試中的難點，其包含系統越多測
漫遊測試之效能測試(4.4.Linux下記憶體\磁碟\CPU問題的判斷方法)
以vmstat這個工具查詢出來的結果的欄位為解釋的依據。其它監控工具，只需要瞭解每個欄位的說明，其原理類似。 [email protected]:~# vmstat 2 procs -----------memory---------- ---swap-- --
漫遊測試之效能測試(4.5.效能測試工具中的監控方法)
4.5.1Loadrunner的監控 Loadrunner 的windows監控，在開啟監控之前，需要在遠端機器中啟動以下2個服務。 並同時需要注意一下安全選項的設定。 在Loadrunner Controller中填入要監控的IP，選擇相對應的效能計算數器即可
漫遊測試之效能測試(4.6常見資源故障曲線)
4.6.1在linux中注入CPU故障後的曲線 上圖示，系統的上下文切換過多，可能是由於呼叫了系統函式造成的。 上圖，系統多次中斷，可能呼叫了時間函式。 上圖示，CPU使用時間百常高，系統中的程序消耗了較多的CPU時間。 上圖示，個別時間CPU的核心消
漫遊測試之效能測試(4.8通過監控發現的一個案例)
很早以前在《51測試天地》發表的一篇關於windows平臺上面C#的效能問題分析的文章： 前端時間測試一個系統的效能狀況，其主要業務的HTTP請求內容在Loadrunner中的程式碼為： web_url("Index_3", "URL=http://192.168.10
壓力測試之ab測試
Options are: -n requests Number of requests to perform -c concurrency Number of multiple requests to make at a time -t timelimit Second