手機app軟體測試方法

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

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）貝塔測試：是用戶公司組織各方面的典型終端用戶在日常工作中實際使用貝塔版本，並要求用戶報告

(1)手機app軟體測試方法擴展閱讀

軟體測試的內容：

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

2 得到預算和進度要求

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

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

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

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

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

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

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

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

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

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

13 准備白盒測試案例

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

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

16 得到並安裝軟體版本

17 進行測試

18 評估和報告結果

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

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

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

② 「軟體測試」如何進行APP安全性測試

一、前言
在SDK最近的項目中上線的包被第三方殺毒軟體報出有病毒的問題，後來經過查驗發現是SDK懸浮窗動畫的邏輯被檢驗出有病毒，最後進行了修改。事情雖然解決了，但是引起該問題的一個原因是在測試中沒有安全測試，而安全測試的標准，方法都沒有。因此今天將之前工作中參與過的安全測試以及從網上查閱到有關安全測試的資料進行整理。有不足的之處，盡情諒解。
二、軟體許可權
1）扣費風險：瀏覽網頁，下載，等情況下是否會扣費，一般在游戲APP，和社交APP等需要考慮這些。
2）隱私泄露風險。例如在我們安裝APP應用時通常會看到"xx要讀取手機通訊錄"等提示，這些提示可以提示用戶拒絕接受，這些是APP測試中的測試點。
3）校驗input輸入。對於APP有輸入框的要對輸入的信息進行校驗，比如密碼不能顯示明文。在測試中紅人館注冊時需要對input進行測試。
4）限制/允許使用手機功能接人互聯網，收發信息，啟動應用程序，手機拍照或者錄音，讀寫用戶數據。這個在通信行業用的比較多，比如展訊，高通等晶元廠商，他們在出廠晶元時要對手機各個功能進行測試。
三、代碼安全性
之所以單獨拿出來說，是因為在SDK測試過程中SDK代碼被第三方工具檢測出遊病毒代碼，這樣一來就會影響輸入法的使用。因此在後續測試中要嘗試加入安全性測試。
四、安裝與卸載安全性
1）應用程序應能正確安裝到設備驅動程序上
2）能夠在安裝設備驅動程序上找到應用程序的相應圖標。在SDK測試項目中發現有些設備受許可權的問題，無法下發圖標創建快鏈。
3）是否包含數字簽名信息。在SDK測試項目中基本上沒有，但是在輸入法打包和主線版本上存在這樣的測試。
4）安裝路徑應能指定
5）沒有用戶的允許應用程序不能預先設定自動啟動
6）卸載是否安全，其安裝進去的文件是否全部卸載
7）卸載用戶使用過程中產生的文件是否有提示
8）其修改的配置信息是否復原
9）卸載是否影響其他軟體的功能
10）卸載應該移除所有的文件
11）安裝包的存放。在SDK下載安裝包的測試中我們經常會看到下載下來的包後面有四個隨機的字元串，這個的目的是為了防止第三方工具惡意刪除安裝包的問題。
在SDK測試項目中有專門針對下載安裝卸載的用例，對安裝的路徑和下載的文件夾路徑等有相關的測試，測試結果頁表明，某些手機（例如華為mate1）在刪除了某個下載路徑文件夾之後受許可權應用不會自動創建。
五、數據安全性
1)當將密碼或其他的敏感數據輸人到應用程序時，其不會被儲存在設備中，同時密碼也不會被解碼
2)輸人的密碼將不以明文形式進行顯示
3)密碼，信用卡明細，或其他的敏感數據將不被儲存在它們預輸人的位置上
4)不同的應用程序的個人身份證或密碼長度必需至少在4一8個數字長度之間
5)當應用程序處理信用卡明細，或其他的敏感數據時，不以明文形式將數據寫到其它單獨的文件或者臨時文件中。以防止應用程序異常終止而又沒有刪除它的臨時文件，文件可能遭受人侵者的襲擊，然後讀取這些數據信息。
6)當將敏感數據輸人到應用程序時，其不會被儲存在設備中
7)備份應該加密，恢復數據應考慮恢復過程的異常通訊中斷等，數據恢復後再使用前應該經過校驗
8)應用程序應考慮系統或者虛擬機器產生的用戶提示信息或安全警告
9)應用程序不能忽略系統或者虛擬機器產生的用戶提示信息或安全警告，更不能在安全警告顯示前，利用顯示誤導信息欺騙用戶，應用程序不應該模擬進行安全警告誤導用戶
10)在數據刪除之前，應用程序應當通知用戶或者應用程序提供一個"取消"命令的操作
11)"取消"命令操作能夠按照設計要求實現其功能
12)應用程序應當能夠處理當不允許應用軟體連接到個人信息管理的情況
13)當進行讀或寫用戶信息操作時， 應用程序將會向用戶發送一個操作錯誤的提示信息
14)在沒有用戶明確許可的前提下不損壞刪除個人信息管理應用程序中的任何內容
15)應用程序讀和寫數據正確。
16)應用程序應當有異常保護。
17)如果資料庫中重要的數據正要被重寫，應及時告知用戶
18)能合理地處理出現的錯誤
19)意外情況下應提示用戶
20)HTTP、HTTPS覆蓋測試。在測試中我們經常會遇到與請求的加密解密測試，以確保產品的安全性

③ 手機軟體測試主要從哪些角度進行測試

對於當前背景下的手機測試來說，要做好手機軟體測試，主要從以下幾個角度進行測試：UI測試，功能模塊測試，交叉事件測試，容量性測試，用戶手冊測試等。1、UI測試 用戶界面 （以下簡稱UI）測試指測試用戶界面的風格是否滿足客戶要求，文字是否正確，頁面美工是否好看，文字，圖片組合是否完美，背景是否美觀，操作是否友好等等， UI測試用於核實用戶與軟體之間的交互。UI 測試的目標是確保用戶界面會通過測試對象的功能來為用戶提供相應的訪問或瀏覽功能。另外，UI 測試還可確保 UI 中的對象按照預期的方式運行，並符合公司或行業的標准。包括用戶友好性，人性化，易操作性測試。 2、功能測試 功能測試指測試軟體各個功能模塊是否正確，邏輯是否正確。對測試對象的功能測試應側重於所有可直接追蹤到用例或業務功能和業務規則的測試需求。這種測試的目標是核實數據的接受、處理和檢索是否正確，以及業務規則的實施是否恰當。此類測試基於黑盒技術，該技術通過圖形用戶界面 （GUI） 與應用程序進行交互，並對交互的輸出或結果進行分析，以此來核實應用程序及其內部進程。功能測試的主要參考為類似於功能說明書之類的文檔。 3、交叉事件測試 交叉事件測試是指一個功能正在執行過程中，同時另外一個事件或操作對該過程進行干擾的測試。例如在運行手機軟體程序的過程中接收到簡訊或來響鬧。應該以執行干擾的沖突事件不會導致手機死機或花屏等嚴重的問題出現為Pass的標准。 4、容量性測試 容量性測試主要測試軟體測試的性能，包括負載測試，強度測試，基準測試以及基準測試 4.1 負載測試 負載測試是一種性能測試指數據在超負荷環境中運行，程序是否能夠承擔。 在這種測試中，將使測試對象承擔不同的工作量，以評測和評估測試對象在不同工作量條件下的性能行為，以及持續正常運行的能力。負載測試的目標是確定並確保系統在超出最大預期工作量的情況下仍能正常運行。此外，負載測試還要評估性能特徵，例如，響應時間、事務處理速率和其他與時間相關的方面。 4.2 強度測試 強度測試是一種性能測試，他在系統資源特別低的情況下軟體系統運行情況。這類測試往往可以書寫系統要求的軟硬體水平要求。實施和執行此類測試的目的是找出因資源不足或資源爭用而導致的錯誤。如果內存或磁碟空間不足，測試對象就可能會表現出一些在正常條件下並不明顯的缺陷。而其他缺陷則可能由於爭用共享資源（如資料庫鎖或網路帶寬）而造成的。強度測試還可用於確定測試對象能夠處理的最大工作量。 5、用戶手冊測試 手機軟體的用戶手冊測試主要是看軟體功能介紹是否准確、簡潔地描述該軟體功能，且不會讓用戶產生誤解。

④ 簡述一下手機軟體測試項目名稱和測試步驟

手機軟體的項目名稱一般就是app的名字或者由公司統一規范叫什麼名字，例如：網路貼吧的app項目啟動時項目名稱就是「網路貼吧」。
測試步驟就是一個測試用例具體的操作步驟，例如:app登陸的步驟：1、打開app，2、輸入用戶名（XXXX），密碼（123456）點擊登陸，3、檢查登陸是否成功（驗證點）

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

測試有幾下幾類：

一，非功能測試

二，功能測試

三，客戶端性能測試

四，兼容性測試

五，伺服器性能測試

六，安全性測試

⑥ 手機軟體測試的基本流程

手機軟體測試的基本流程：

1、需求分析階段：閱讀需求，理解需求，分析需求點，參與需求評審會議。

2、測試計劃階段：主要任務就是編寫測試計劃，參考軟體需求規格說明書，項目總體計劃，內容包括測試范圍，進度安排，人力物力分配，整體測試策略的制定。

3、編寫測試用例：適當的了解設計，搭建測試用例框架，根據需求和設計編寫測試用例。

4、測試執行階段：搭建環境准備數據，執行預測試然後進入正式測試（系統測試、回歸測試、交叉測試、自由測試），bug管理直到測試結束。

5、輸出測試報告：輸出測試報告，確認是否可以上線。

(6)手機app軟體測試方法擴展閱讀

軟體測試方法

1、動態測試

計算機動態測試的主要目的為檢測軟體運行中出現的問題，較靜態測試方式相比，其被稱為動態的原因即為其測試方式主要依賴程序的運用，主要為檢測軟體中動態行為是否缺失、軟體運行效果是否良好。

2、黑盒測試

黑盒測試，顧名思義即為將軟體測試環境模擬為不可見的「黑盒」。通過數據輸入觀察數據輸出，檢查軟體內部功能是否正常。測試展開時，數據輸入軟體中，等待數據輸出。數據輸出時若與預計數據一致，則證明該軟體通過測試。

3、白盒測試

白盒測試相對於黑盒測試而言具有一定透明性，原理為根據軟體內部應用、源代碼等對產品內部工作過程進行調試。

測試過程中常將其與軟體內部結構協同展開分析，最大優點即為其能夠有效解決軟體內部應用程序出現的問題，測試過程中常將其與黑盒測試方式結合，當測試軟體功能較多時，白盒測試法亦可對此類情況展開有效調試。

⑦ loadrunner如何做手機APP軟體的壓力測試急~~

方法一：本地安裝安卓模擬器，用LR選擇模擬器錄制方式錄制
方法二：手機真機需要root，可以在電腦上下載一鍵root工具（如卓大師），然後手機和電腦用數據線連接，然後root。
在手機上運行
Mobile
Recorder
按
「Start
Recording」開始錄制
切換到你們的手機客戶端，完成正常的操作步驟
切換回Mobile
recorder，點
「Stop
Recording」
用email發送抓到的數據包或者把數據文件（擴展名是lrcap）直接到
VuGen上
新建mobile
http腳本->record->選擇」Analyze
traffic」->capture
file選擇上面生成的lrcap文件，指定server的IP和port或者手機的IP
網上找的，不知道管不管，謝謝！

⑧ 手機app軟體開發基本測試要點有哪些

一、接收版本 接收測試版本的同時，需要查看程序填寫的《App測試版本提交質量規 范》，若符合則開始測試任務，若不符合規范，可拒絕測試。日常接收版本時需要注意測試版本規范，如不符合，請開發人員重新修 改合適的版本號後再次提交測試。 二、UI測試 要確保手頭的原型圖月效果圖為當前的最新版本。確保產品UI符合產品經理制定的原型圖與效果圖。一切界面問題以效果圖為准，若有用戶體驗方面的建議，必須先以郵件 或口頭的形式詢問產品經理。由於測試環境中的數據為模擬數據，測試時必須預先考慮到正式環境中可能出現的數據類型。 三、功能測試 確保手頭的功能需求文檔是最新的版本。確保所有的功能軟體功能都已經實現並且邏輯正常。一切功能問題以需求文檔為准，若有用戶體驗方面的建議，必須先以郵件或口頭的形式詢問產品經理。
在手機app軟體開發過程當中，從初期到上線我們需要多方面全方位地考慮，從測試到成功需要經歷多個步驟，最終才能讓用戶獲得一個完美的體驗！

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

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

⑩ 手機軟體軟體測試分為哪個幾個模塊。平時主要是做什麼的。

1、單元測試

單元測試主要是對該軟體的模塊進行測試，通過測試以發現該模塊的實際功能出現不符合的情況和編碼錯誤。由於該模塊的規模不大，功能單一，結構較簡單，

2、集成測試

集成測試是軟體測試的第二階段，在這個階段，通常要對已經嚴格按照程序設計要求和標准組裝起來的模塊同時進行測試，明確該程序結構組裝的正確性，發現和介面有關的問題，比如模塊介面的數據是否會在穿越介面時發生丟失。

3、系統測試

一般情況下，系統測試採用黑盒法來進行測試的，以此來檢查該系統是否符合軟體需求。

4、驗收測試

驗收測試是最後一個階段的測試操作，在軟體產品投入正式運行前的所要進行的測試工作。和系統測試相比而言，驗收測試與之的區別就只是測試人員不同，驗收測試則是由用戶來執行這一操作的。

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

無論是持續交付2.0——矽谷頂級互聯網公司的產品研發方法分享，還是網路持續集成智能化平台十年探索之路，或者螞蟻金服 Code Velocity：環境&持續測試&代碼門禁實踐，以及 Google 最新移動測試方。

騰訊海量用戶大型游戲背後的質量保障體系建設、螞蟻金服代碼實時染色系統都讓參會人員深刻體驗到 BAT、Google 等頂級互聯網企業前沿測試技術和質量保障能力帶來的強烈沖擊和對未來變革趨勢的全新視野。

未來的軟體測試工程師和質量管理人員必須同時具備一定的開發和運維能力。測試人員會更深入介入開發工作，通過測試左移，提前與開發人員一起制定測試計劃，推動代碼評審、代碼審計、單元測試、自動化冒煙測試、測試精準化分析以及研發自測等來保證研發階段的質量。