對於Android 單元測試來說, 若滿足以下測試條件, 可選用 SingleActivityTestCase 來測試
(1) 針對單一Activity 測試, 不涉及其他Activity交互作用.
如startActivityForResult 的返回結果做測試.
(2) 對UI進行自動化測試
(3) 只需要一次初始化 (setUp()) 與結束 (tearDown()), 亦即每個測試項目不會重複執行 setUp() 與 tearDown()
此測試類別和 ActivityUnitTestCase 相似, 只差在 ActivityUnitTestCase的每個測試項目會重複執行 setUp() 與 tearDown()
請參閱 Android ActivityUnitTestCase
@UiThreadTest 的順序會根據命名來決定順序
針對Android 單元測試中, 對於不需要測試實機環境的函數時, 我們可用 Local Unit Test 的方式來測試.
(請參閱 Android App Test 基本概念)
在談到如何建立測試之前, 首先先了解 JUnit 的測試順序.
針對Android 單元測試中, 若要執行與Android API 相關的測試時, 我們可用 Instrumented Test 的方式來測試.
(請參閱 Android App Test 基本概念)
Android Instrumented Test 的架構圖如下:
針對Android 單元測試中, 若要執行與Android API 相關的測試時, 我們可用 Instrumented Test 的方式來測試.
(請參閱 Android App Test 基本概念)
依據測試, 可分為單元測試 (Unit Test) 與整合測試 (Integration Test) 兩大類.
再細分為
- Unit Test
Local Unit Test: 適用於和Android API 較無相關性的測試
Instrumented Test: 與Android API 有相關性的測試- Integration Test
Components within your app only: 功能整合性測試
Cross-app Components: 整體App測試
當我們想將 TabVIew 分為２個 Group 時, 如 已搜尋到的藍芽裝置和已連接上的藍芽裝置, 可利用 Header 或 Footer來分隔.
在NavigationItem中, 想要實現 Bar Button Item.System item的切換, 來達成開始搜尋藍芽與停止搜尋按鈕的轉換.
當開啟藍芽後, 可進行搜索藍芽裝置.
如何設定與開啟藍芽裝置請參考: 開啟藍芽
當藍牙位開啟時，iOS 限制使用者在APP可打開或關閉藍牙的權限。
因此目前只能進入設定來開啟或關閉。
當APP需要使用藍牙，但藍牙為關閉時，iOS會彈出訊息來提醒使用者。
當尋找Device或列出IP時, 使用ListView時, 想在List 列表底下顯示”搜尋中或讀取中”的提示時
可使用FootView來達成.