手機軟體測試的方法

㈠ 手機軟體測試有哪些方法

一、 等價類分析法
等價類劃分方法針對手機狀態大致可以歸幾個大類：

1. 按鍵類（等價法）：有效輸入和無效輸入（有效輸入指UM和菜單指示；無效輸入指測試菜單功能此時沒有定義的按鍵和用戶動作）；

2. 外部中斷類（等價法）：常用、不常用及無效

2.1. 常用：來電和來消息（簡訊、彩信、push消息）；掀合蓋；側鍵；耳機＆FM；情景模式；電量不足

2.2. 不常用：充電；鬧鍾＆記事本＆關機時間＆整點報時提示；Icon＆動畫顯示；Icon＆動畫刷新；編輯界面＆pop顯示框輸入為空或滿；編輯界面＆pop顯示框狀態輸入法默認＆字元編碼默認；失效SIM卡；大容量等SIM卡兼容；排序；號碼識別；
二、 邊界值分析
例子1：

短消息發送功能的等價類劃分方法:.

三、 錯誤猜測法
例子1：

利用手機鬧鍾重響的例子引入錯誤猜測法基本概念，講解錯誤猜測法的意義

未接來電29通，內存中規劃的分區一直分配被佔用。即使同一號碼也同樣佔用資源。假設此時第30通電話正好為來電號碼不顯示，即「來電號碼未知」或境外來電號碼隱藏時（國外保護個人隱私，自動開啟來電號碼隱藏功能），可能會出現BUG，實際情況證明，此時會出現Reset問題。

四、 判定表法
舉例一，若手機用戶欠費或停機，則不允許主被叫。表示為判定表如下：

七、 狀態遷移法
舉例手機mp3鍵盤播放模式測試用例設計

1. 鍵盤用戶模式基本操作功能

2. 支持媒體格式與文件格式要求

3. 多媒體播放中對外部事件的響應

4. 終端處理能力（包括終端異常處理、文件操作）

5. PC與終端同步能力

㈡ 手機軟體的測試主要有哪些方面的測試，性能

1.安全測試
許可權測試：隱私、惡意扣費、連網、授權

2.安裝卸載測試

3.版本升級測試

4.UI測試

5.離線測試

6.功能測試（測試方法與Web相同）

7.時間測試

8.性能測試（對耗電量測試、極限存儲測試、網速、斷網、壓力、安裝時間）

9.並發測試（多用戶同時登錄、單用戶同時登錄多台手機）

10.兼容測試（考慮不同機型、不同解析度）

㈢ 手機軟體測試方法常用的有哪幾種

LR，QTP，HP的一套東西.娃，學好QTP腳本編程，你吃飯就不愁了.

㈣ 如何測試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是否滿足相應的要求

㈤ 做Android手機軟體測試需要掌握哪些工具

請注意測試本身不是靠工具的而是靠設計，這是我的理念，所以我一向覺得，很多人認為做測試做的好就是靠掌握一門好的工具，這個觀點是不正確的，所以我可以負責任的告訴你，做Android手機需要掌握的不是工具、而是理念、思維、以及框架，總的來說是本質，而工具只是輔助，那麼現在我來介紹一些我了解的工具（僅僅是了解，很多沒用過）
開源 Android 軟體測試工具包括：Android Test Kit, AndroidJUnit4, Appium, calabash-android, Monkey, MonkeyTalk, NativeDriver, Robolectric, RoboSpock, Robotium, UIAutomator, Selendroid。
Android Test Kit
Android Test Kit 是一組 Google 開源測試工具，用於 Android 平台，包含 Espresso API 可用於編寫簡潔可靠的 Android UI 測試。
AndroidJUnit4
AndroidJUnit4 是一個讓 JUnit 4 可以直接運行在 Android 設備上的開源命令行工具。
Appium
Appium 是一個開源、跨平台的自動化測試工具，用於測試原生和輕量移動應用，支持 iOS, Android 和 FirefoxOS 平台。Appium 驅動蘋果的 UIAutomation 庫和 Android 的 UiAutomator 框架，使用 Selenium 的 WebDriver JSON 協議。Appinm 的 iOS 支持是基於 Dan Cuellar's 的 iOS Auto. Appium 同時綁定了 Selendroid 用於老的 Android 平台測試。
Calabash-android
calabash-android 是一個基於 Cucumber 的 Android 的功能自動化測試框架。Calabash 允許你寫和執行，是開源的自動化移動應用測試工具，支持 Android 和 iOS 原生應用。Calabash 的庫允許原生和混合應用的交互測試，交互包括大量的終端用戶活動。Calabash 可以媲美 Selenium WebDriver。但是， 需要注意的是 web 應用和桌面環境的交互跟觸摸屏應用的交互是不同的。Calabash 專為觸摸屏設備的原生應用提供 APIs。
Monkey
Monkey 是 Google 開發的 UI/應用測試工具，也是命令行工具，主要針對壓力測試。你可以在任意的模擬器示例或者設備上運行。Monkey 發送一個用戶事件的 pseudo-random 流給系統，作為你開發應用的壓力測試。
MonkeyTalk
MonkeyTalk 是世界上最強大的移動應用測試工具。MonkeyTalk 自動為 iOS 和 Android 應用進行真實的，功能性交互測試。MonkeyTalk 提供簡單的 "smoke tests"，復雜數據驅動的測試套件。MonkeyTalk 支持原生，移動和混合應用，真實設備或者模擬器。MonkeyTalk 使得場景捕獲非常容易，可以記錄高級別，可讀的測試腳本。同樣的命令可以用在 iOS 和 Android 應用上。你可以記錄一個平台的一個測試，並且可以在另外一個平台回放。MonkeyTalk 支持移動觸摸和基於手勢交互為主的移動體驗。點擊，拖拽，移動，甚至是手指繪制也可以被記錄和回放。
NativeDriver
NativeDriver 是 WebDriver API 的實現，是原生應用 UI 驅動，而不是 web 應用。
Robolectric
Robolectric 是一款Android單元測試框架，使用 Android SDK jar，所以你可以使用測試驅動開發 Android 應用。測試只需幾秒就可以在工作站的 JVM 運行。Robolectric 處理視圖縮放，資源載入和大量 Android 設備原生的 C 代碼實現。Robolectric 允許你做大部分真實設備上可以做的事情，可以在工作站中運行，也可以在常規的 JVM 持續集成環境運行，不需要通過模擬器。
RoboSpock
RoboSpock 是一個開源的 Android 測試框架。提供簡單的編寫 BDD 行為驅動開發規范的方法，使用Groovy 語音，支持 Google Guice 庫。RoboSpock 合並了 Robolectric 和 Spock 的功能。
Robotium
Robotium 是一款國外的Android自動化測試框架，主要針對Android平台的應用進行黑盒自動化測試，它提供了模擬各種手勢操作（點擊、長 按、滑動等）、查找和斷言機制的API，能夠對各種控制項進行操作。Robotium結合Android官方提供的測試框架達到對應用程序進行自動化的測 試。另外，Robotium 4.0版本已經支持對WebView的操作。Robotium 對Activity，Dialog，Toast，Menu 都是支持的。
UIAutomator
uiautomator 測試框架提高用戶界面（UI）的測試效率，通過自動創建功能 UI 測試示例，可以在一個或者多個設備上運行你的應用。
Selendroid
Selendroid 是一個 Android 原生應用的 UI 自動化測試框架。測試使用 Selenium 2 客戶端 API 編寫。Selendroid 可以在模擬器和實際設備上使用，也可以集成網格節點作為縮放和並行測試。

㈥ 手機軟體測試的主要內容有哪些

用戶在真實的工作環境中使用軟體，用於測試系統的用戶友好性等，這種測試是（D）。
（選擇一項）
A、集成測試
B、系統測試
C、Alpha測試 是由軟體內部開發人員模擬實際環境的測試
D、Beta測試

對於軟體測試分類，下列各項都是按照不同階段來進行的劃分，除了（C）。
（選擇一項）
A、單元測試
B、集成測試
C、黑盒測試 屬於測試方法
D、系統測試

下列關於軟體測試的敘述中錯誤的是（D）。（選擇一項）
A、軟體測試可以作為度量軟體與用戶需求間差距的手段
B、軟體測試的主要工作內容包括發現軟體中存在的錯誤並解決存在的問題
C、軟體測試的根本目的是盡可能多地發現軟體中存在地問題，最終把以個高質量地軟體系統交給用戶使用
D、沒有發現錯誤地測試也是有價值的 暮 2007-09-12 14:06

㈦ 手機應用軟體測試有哪些實用的方法

到領測國際官網下載免費視頻自學軟體測試的知識吧。

㈧ 什麼是手機軟體測試

手機軟體測試同軟體測試一樣，只不過他的平台式手機，也是嵌入式的一部分，工作就是測試軟體可以在手機上正常使用，不會產生各種異常情況，測試方法也比較多
首先測試一般是把流程走通，這是最基本的，你的軟體需要實現什麼功能和實現了什麼功能，嚴格按照需求，即使是可用的功能，需求沒有的話，那也是Bug。
軟體的可用性和體驗性
交互性:這一塊的Bug應該是最多，舉一個簡單的例子，使用軟體的過程中來簡訊和來電，如果你的軟體是基於網路的，這一塊肯定會有很多問題。而且，手動的將網路斷開再恢復，請求會不會重新發送，這一點也是需要考慮的。
將軟體中的控制項和手機的按鍵結合起來測試。
還有你要明確軟體的平台，兼容性需要考慮，如果是一個平台的，但是解析度不一樣，會使得界面元素丟失等，如果是鍵盤和觸屏，那又要分情況考慮了。
找Bug就是要把軟體玩死，就要充分考慮異常的操作，測試不是找開發的錯誤，而是想開發沒想到的東西，場景是否面面俱到，錯誤處理是否健全。

手機測試主要測試什麼？
一.軟體壓力測試:用自動測試軟體連續給手機撥打1000個電話，檢查手機是否會發生故障.
二.抗摔性測試:抗摔性測試由專門的PRT可*性實驗來進行.半米的微跌落測試要做300/面(手機有6個面).而2米的跌落測試每個面需各做一次.還有模擬人把手機扔到桌面的測試.
三.高溫低溫測試:讓手機處於高低不同的溫度來檢測手機的適應性.
四.高濕度測試:用一個專門的箱子來操作滴水測試，模擬人出汗的情況(水裡面摻有一定比例的鹽)
五.百格測試:用H4的鉛筆在手機的外殼畫100個格子，看看外殼會不會掉油漆.
六.翻蓋測試:對翻蓋手機進行翻蓋10萬次，檢查殼體的損耗情況.
七.扭矩測試:直板機，用夾具夾住兩頭，一頭左擰，一頭右擰.測試殼體和手機裡面大型器件的強度.
八.靜電測試:北方天氣乾燥，手摸金屬的東西容易產生靜電，擊穿手機電路，有些設計不好的手機就是這么突然壞的.有專門的靜電槍和銅板來測試.
九.按鍵測試:藉助機器以給定的力量擊打鍵盤10萬次.十.沙塵測試:手機放入特定的箱子，細小的沙子被鼓吹起來.數小時後，察看手機裡面是否有沙子進入，如果是，那麼手機密閉性不好，結構設計有待重新調整。

㈨ 手機軟體測試流程是什麼

軟體測試的基本流程：單元測試--集成測試--系統測試。測試方法主要為：白盒測試和黑盒測試，包括:功能,健壯性,性能,用戶界面,安全性,壓力,可靠性,安裝/反安裝測試.

㈩ 軟體測試的方法一共有幾種

1、從是否關心內部結構來看

（1）白盒測試：又稱為結構測試或邏輯驅動測試，是一種按照程序內部邏輯結構和編碼結構，設計測試數據並完成測試的一種測試方法。

（2）黑盒測試：又稱為數據驅動測試，把測試對象當做看不見的黑盒，在完全不考慮程序內部結構和處理過程的情況下，測試者僅依據程序功能的需求規范考慮，確定測試用例和推斷測試結果的正確性，它是站在使用軟體或程序的角度，從輸入數據與輸出數據的對應關系出發進行的測試。

（3）灰盒測試：是一種綜合測試法，它將「黑盒」測試與「白盒」測試結合在一起，是基於程序運行時的外部表現又結合內部邏輯結構來設計用例，執行程序並採集路徑執行信息和外部用戶介面結果的測試技術。

2、從是否執行代碼看

（1）靜態測試：指不運行被測程序本身，僅通過分析或檢查源程序的語法、結構、過程、介面等來檢查程序的正確性。

(2)動態測試：是指通過運行被測程序，檢查運行結果與預期結果的差異，並分析運行效率、正確性和健壯性等性能指標。

3、從開發過程級別看

（1）單元測試：又稱模塊測試，是針對軟體設計的最小單位----程序模塊或功能模塊，進行正確性檢驗的測試工作。其目的在於檢驗程序各模塊是否存在各種差錯，是否能正確地實現了其功能，滿足其性能和介面要求。

(2)集成測試：又叫組裝測試或聯合，是單元測試的多級擴展，是在單元測試的基礎上進行的一種有序測試。旨在檢驗軟體單元之間的介面關系，以期望通過測試發現各軟體單元介面之間存在的問題，最終把經過測試的單元組成符合設計要求的軟體。

（3）系統測試：是為判斷系統是否符合要求而對集成的軟、硬體系統進行的測試活動、它是將已經集成好的軟體系統，作為基於整個計算機系統的一個元素，與計算機硬體、外設、某些支持軟體、人員、數據等其他系統元素結合在一起，在實際運行環境下，對計算機系統進行一系列的組裝測試和確認測試。

在系統測試中，對於具體的測試類型有：

（1）功能測試：對軟體需求規格說明書中的功能需求逐項進行的測試，以驗證功能是否滿足要求。

（2）性能測試：對軟體需求規格說明書的功能需求逐項進行的測試，以驗證功能是否滿足要求。

（3）介面測試：對軟體需求規格說明中的介面需求逐項進行的測試。

（4）人機交互界面測試：對所有人機交互界面提供的操作和顯示界面進行的測試，以檢驗是否滿足用戶的需求。

（5）強度測試：強制軟體運行在異常乃至發生故障的情況下（設計的極限狀態到超出極限），驗證軟體可以運行到何種程序的測試。

（6）餘量測試：對軟體是否達到規格說明中要求的餘量的測試。

（7）安全性測試：檢驗軟體中已存在的安全性、安全保密性措施是否有效的測試，

（8）可靠性測試：在真實的或模擬的環境中，為做出軟體可靠性估計而對軟體進行的功能（其輸入覆蓋和環境覆蓋一般大於普通的功能測試）

（9）恢復性測試：對有恢復或重置功能的軟體的每一類導致恢復或重置的情況，逐一進行的測試。

（10）邊界測試：對軟體處在邊界或端點情況下運行狀態的測試。

（11）數據處理測試：對完成專門數據處理功能所進行的測試。

（12）安裝性測試：對安裝過程是否符合安裝規程的測試，以發現安裝過程中的錯誤。

（13）容量測試：檢驗軟體的能力最高能達到什麼程度的測試。

（14）互操作性測試：為驗證不同軟體之間的互操作能力而進行的測試。

（15）敏感性測試：為發現在有效輸入類中可能引起某種不穩定性或不正常處理的某些數據的組合而進行的測試。

（16）標准符合性測試：驗證軟體與相關國家標准或規范（如軍用標准、國家標准、行業標准及國際標准）一致性的測試。

（17）兼容性測試：驗證軟體在規定條件下與若干個實體共同使用或實現數據格式轉換時能滿足有關要求能力的測試。

（18）中文本地化測試：驗證軟體在不降低原有能力的條件下，處理中文能力的測試。

4、從執行過程是否需要人工干預來看

（1）手工測試：就是測試人員按照事先為覆蓋被測軟體需求而編寫的測試用例，根據測試大綱中所描述的測試步驟和方法，手工地一個一個地輸 入執行，包括與被測軟體進行交互（如輸入測試數據、記錄測試結果等），然後觀察測試結果，看被測程序是否存在問題，或在執行過程中是否會有一場發生，屬於比較原始但是必須執行的一個步驟。

（2）自動化測試：實際上是將大量的重復性的測試工作交給計算機去完成，通常是使用自動化測試工具來模擬手動測試步驟，執行用某種程序設計語言編寫的過程（全自動測試就是指在自動測試過程中，不需要人工干預，由程序自動完成測試的全過程；半自動測試就是指在自動測試過程中，需要手動輸入測試用例或選擇測試路徑，再由自動測試程序按照人工指定的要求完成自動測試）

5、從測試實施組織看

（1）開發測試：開發人員進行的測試

（2）用戶測試：用戶方進行的測試

（3）第三方測試：有別於開發人員或用戶進行的測試，由專業的第三方承擔的測試，目的是為了保證測試工作的客觀性

6、從測試所處的環境看

（1）阿爾法測試：是由一個用戶在開發環境下進行的測試，也可以是公司內部的用戶在模擬實際操作環境下進行的測試

（2）貝塔測試：是用戶公司組織各方面的典型終端用戶在日常工作中實際使用貝塔版本，並要求用戶報告

(10)手機軟體測試的方法擴展閱讀

軟體測試的內容：

1 得到需求、功能設計、內部設計說書和其他必要的文檔

2 得到預算和進度要求

3 確定與項目有關的人員和他們的責任、對報告的要求、所需的標准和過程 ( 例如發行過程、變更過程、等等 )

4 確定應用軟體的高風險范圍，建立優先順序、確定測試所涉及的范圍和限制

5 確定測試的步驟和方法 ── 部件、集成、功能、系統、負載、可用性等各種測試

6 確定對測試環境的要求 ( 硬體、軟體、通信等 )

7 確定所需的測試用具 (testware) ，包括記錄 / 回放工具、覆蓋分析、測試跟蹤、問題 / 錯誤跟蹤、等等

8 確定對測試的輸入數據的要求

9 分配任務和任務負責人，以及所需的勞動力

10 設立大致的時間表、期限、和里程碑

11 確定輸入環境的類別、邊界值分析、錯誤類別

12 准備測試計劃文件和對計劃進行必要的回顧

13 准備白盒測試案例

14 對測試案例進行必要的回顧 / 調查 / 計劃

15 准備測試環境和測試用具，得到必需的用戶手冊 / 參考文件 / 結構指南 / 安裝指南，建立測試跟蹤過程，建立日誌和檔案、建立或得到測試輸入數據

16 得到並安裝軟體版本

17 進行測試

18 評估和報告結果

19 跟蹤問題 / 錯誤，並解決它

20 如果有必要，重新進行測試

21 在整個生命周期里維護和修改測試計劃、測試案例、測試環境、和測試用具