在上一篇文章 Android - ConstraintLayout 基本介紹 中,我們知道ConstraintLayout基本概念和設計目的.

在此篇中我們將介紹ConstraintLayout的相對位置的解說

在RelativeLayout的設計中, 一般來說Start = Left, End = Right

所以

android:layout_alignStart/End = android:layout_alignLeft/Right
android:layout_toStart/EndOf = android:layout_toLeft/RightOf

但以上規則只適用於讀法規則為由左而右開始的國家

ConstraintLayout為一個Support Library, 從Android 2.3 （API level 9）開始支援.
之前的版面設計, 大多數的畫面只要用LinearLayout或RelativeLayout就能夠實作.

缺點是Layout層級太多, 造成設計更動上的困難, 且也較耗資源.
要解決此缺點, 必須將Layout平面化, 因此推出了ConstraintLayout元件來達成此目的.(類似於iOS的AutoLayout)

開始之前, 需要先完成Firebase的註冊和AndroidStudio的環境設定
請參考文章
Android - Firebase 註冊
Android - Firebase 專案開發準備工作

接下來我們會以Database的讀寫, 來測試Email認證成功後, 是否可讀到資料庫資訊.

開始之前, 需要先完成Firebase的註冊和AndroidStudio的環境設定
請參考文章
Android - Firebase 註冊
Android - Firebase 專案開發準備工作

若在Tools 底下有 Firebase的選項, 可跳過此篇文章 （如下圖）

簡介

Firebase原本為一家提供雲端服務的公司, 在2014年被Google所收購.

Google所提供的雲端服務最一開始為Cloud to Device Messaging （C2DM）,
在2012年時停用C2DM, 並更改為Google Cloud Messaging (GCM)
收購Firebase後, 在2016年提出了Firebase Cloud Messaging (FCM)

先前講過Activity Test, Unit Test, Service Test,

此篇來探討如何對Database做自動化測試.

由於Database為Android API 相關的測試, 需將測試檔案放於module-name/src/androidTest/java/ 路徑下.

(請參閱 Android App Test 基本概念)

此篇主要試探討如何測試Android Service Class.

若測試中和Android API較無關係的話, 我們可將測試檔案放於module-name/src/test/java/ 路徑下.

若與Android API 相關的測試, 需將測試檔案放於module-name/src/androidTest/java/ 路徑下.

(請參閱 Android App Test 基本概念)

在此篇我們使用Wifi 開關來做例子, 與Android API 相關,

所以需將測試檔案放於module-name/src/androidTest/java/ 路徑下

對於Android 單元測試來說, 若滿足以下測試條件, 可選用 ActivityInstrumentationTestCase2 (Function Test) 來測試

(1) 針對單一Activity 測試, 不涉及其他Activity交互作用.
(2) 對UI進行自動化測試
(3) 可對裝置使用程式來模擬輸入, 點擊 等UI 事件.

與ActivityUnitTestCase (Unit Test) 的最大不同點為: 可對裝置使用程式來模擬輸入, 點擊 等UI 事件.