在Windows 7 上, 遇到更新Android 驅動程式依舊無法使用的問題.

上網下載Google 所提供 Driver 也無法使用, adb device 依舊找不到Android手機裝置.

看來是Window 7 對於更新驅動程式的方式有所改變.

上網搜尋了一下, 找到了解決方法.

對於Android 單元測試來說, 若滿足以下測試條件, 可選用 ActivityUnitTestCase 來測試

(1) 針對單一Activity 測試, 不涉及其他Activity交互作用.
如startActivityForResult 的返回結果做測試.
(2) 對UI進行自動化測試

(祖父類別 InstrumentationTestCase 參考資料: Android InstrumentationTestCase)

對於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測試

當尋找Device或列出IP時, 使用ListView時, 想在List 列表底下顯示”搜尋中或讀取中”的提示時

可使用FootView來達成.

每次想要製作ListView時, 都要先上網找尋文章, 才開始寫程式, 花費太多時間.

所以此篇文章主要是如何快速製作自定義的ListView.

這篇文章主要介紹如何使用程式碼呼叫系統鎖屏.