Android 論壇的問題，透過圖書和論文來找解法和答案更準確安心。 我們找到下列懶人包和總整理

全棧自動化測試實戰：基於TestNG、HttpClient、Selenium和Appium

為了解決Android 論壇的問題，作者盧家濤 這樣論述：

TestNG 作為Java 中舉足輕重的測試框架，除可以替代JUnit 進行單元自動化測試外，還可以通過集成Selenium、Appium 和HttpClient 等框架做各種類型的自動化測試。   本書首先對自動化測試進行了概述，接著對TestNG 的語法進行了講解，核心部分是使用TestNG 進行單元自動化測試、介面自動化測試和介面自動化測試，最後介紹了持續集成、Mock 測試和代碼覆蓋率等擴展知識。   本書適合測試工程師、自動化測試工程師和測試管理者閱讀。 盧家濤，2011年開始接觸自動化測試，對基於Java和Python的自動化測試技術有深入研究。現於某公司擔任高

級測試工程師一職，負責整個公司的自動化測試方向研究和項目落地。 第1章 自動化測試概述 1 1．1 自動化測試定義和分類 ． 1 1．2 自動化測試的目的 ． 3 1．2．1 提高軟體品質 3 1．2．2 提高測試效率 5 1．3 自動化測試實施三要素 ． 6 1．3．1 有明確的目標 6 1．3．2 有足夠的資源 7 1．3．3 有合理的計畫 8 第2章 TestNG 語法 ． 12 2．1 TestNG 簡介 12 2．2 測試前的準備工作 ． 12 2．2．1 配置Maven 12 2．2．2 創建工程 14 2．2．3 測試執行 16 2．3 TestNG 注解

19 2．3．1 前置條件和後置條件 20 2．3．2 資料驅動 24 2．3．3 測試用例 25 2．4 testng．xml． 28 2．4．1 ＜package＞ 28 2．4．2 ＜include＞和＜exclude＞ ． 30 2．4．3 ＜parameter＞標籤 32 第3章 單元自動化測試 34 3．1 編寫待測程式 ． 34 3．2 手工測試用例設計 ． 35 3．2．1 分析待測程式 35 3．2．2 測試用例設計 35 3．3 設計自動化測試用例 ． 36 3．3．1 基於JUnit 設計自動化測試用例 36 3．3．2 基於TestNG 設計自動化測試用例 38 3．

4 Spring 的單元自動化測試 42 3．4．1 Java 企業級應用簡介 42 3．4．2 編寫待測程式 44 3．4．3 單元自動化測試 50 第4章 HTTP 介面自動化測試 56 4．1 HTTP 簡介 56 4．2 部署待測程式 ． 57 4．3 手工測試用例設計 ． 58 4．3．1 分析待測介面 58 4．3．2 測試用例設計 60 4．4 HttpClient 用法 ． 62 4．4．1 HttpClient 簡介 62 4．4．2 創建工程 63 4．4．3 發送HTTP 請求 64 4．4．4 處理伺服器回應 66 4．4．5 設置請求頭 68 4．5 TestNG

集成HttpClient 68 4．5．1 RESTful 介面自動化測試 ． 69 4．5．2 SOAP 介面自動化測試 ． 81 第5章 RPC 介面自動化測試 ． 87 5．1 RPC 簡介 ． 87 5．2 部署待測程式 ． 88 5．3 手工測試用例設計 ． 90 5．3．1 分析待測介面 90 5．3．2 測試用例設計 91 5．4 TestNG Dubbo 介面自動化測試 92 5．4．1 基於XML 方式 ． 94 5．4．2 基於API 方式 99 5．4．3 基於注解方式 100 5．4．4 泛化調用 102 第6章 Web 自動化測試 ． 107 6．1 Web 自動

化測試工具（框架）簡介 ． 107 6．2 部署待測程式 ． 108 6．3 Selenium 用法 ． 109 6．3．1 準備 109 6．3．2 元素操作 110 6．3．3 滑鼠事件 115 6．3．4 鍵盤事件 118 6．3．5 流覽器操作 119 6．3．6 JavaScript 對話方塊處理 121 6．3．7 等待處理 124 6．4 TestNG 集成Selenium 129 第7章 Android 自動化測試 133 7．1 Android 自動化測試工具（框架）簡介 ． 133 7．2 安裝待測應用 ． 134 7．3 Appium 用法 ． 134 7．3．1 準備

134 7．3．2 初始化參數 136 7．3．3 元素操作 139 7．3．4 應用操作 145 7．3．5 系統操作 146 7．3．6 使用Android 模擬器 ． 147 7．4 TestNG 集成Appium 148 第8章 iOS 自動化測試 151 8．1 iOS 自動化測試工具（框架）簡介 151 8．2 待測應用開發 ． 151 8．2．1 工程創建 152 8．2．2 介面開發 152 8．2．3 邏輯開發 155 8．3 Appium 的用法 ． 159 8．3．1 準備 159 8．3．2 初始化參數 160 8．3．3 元素操作 161 8．3．4 應用操作 1

67 8．3．5 系統操作 169 8．3．6 使用iOS 模擬器 169 8．4 TestNG 集成Appium 171 第9章 自動化測試實戰 174 9．1 實戰專案部署安裝 ． 174 9．1．1 JForum 論壇部署 ． 174 9．1．2 AnExplorer 檔案管理員安裝 177 9．2 Web 自動化測試實戰 ． 177 9．2．1 分層和解耦 177 9．2．2 公共函數和業務函數封裝 180 9．2．3 自動化測試用例編寫 186 9．2．4 測試資料準備 189 9．3 Android 自動化測試實戰 ． 192 9．3．1 工程準備 192 9．3．2 Page

Object 設計模式 193 9．3．3 頁面物件層封裝 195 9．3．4 業務邏輯層封裝 203 9．3．5 自動化測試用例編寫 204 9．4 進一步優化 ． 207 第10章 持續集成 208 10．1 持續集成、持續交付和持續部署 208 10．2 Jenkins 的重要功能簡介 209 10．2．1 Jenkins 部署 ． 209 10．2．2 任務管理 211 10．2．3 構建管理 212 10．2．4 節點管理 213 10．2．5 外掛程式管理 213 10．2．6 用戶管理 215 10．3 TestNG 集成到Jenkins ． 216 10．3．1 TestNG

工程創建 ． 216 10．3．2 SVN 部署及使用 ． 218 10．3．3 JDK 和Maven 配置 ． 220 10．3．4 把TestNG 集成到Jenkins ． 221 第11章 Mock 測試和代碼覆蓋率 ． 225 11．1 單元Mock 測試 225 11．1．1 單元Mock 測試簡介 ． 225 11．2．2 Mockito 用法 225 11．2 介面Mock 測試 230 11．2．1 介面Mock 測試簡介 ． 230 11．2．2 RAP2 用法 ． 230 11．3 代碼覆蓋率簡介 234 11．4 JaCoCo 用法 235 11．4．1 JaCoCo

計數器 ． 235 11．4．2 使用EclEmma 外掛程式． 236 11．4．3 Maven 集成JaCoCo． 239

Android 論壇進入發燒排行的影片

從平台參與者觀點，建構行動健康應用程式規範指標

為了解決Android 論壇的問題，作者黃子峻 這樣論述：

從行動健康應用程式 (mHealth App) 來獲取健康促進相關資訊，雖然便利，卻也產生個資外洩、假消息等爭議，因此，本研究整合 mHealth App 平台生態系中的參與者，對於平台規範的觀點，作為未來管理者訂定規範的基礎，故本研究目的為了解消費者、產出者以及管理者，對於平台規範指標的觀點，並探討其規範指標建構的優先性。本研究係透過「內容分析法」(Content Analysis)，運用資訊倫理規範面向建構平台規範指標，並以「層級分析法」(Analytic Hierarchy Process, AHP) 進行資料收集與分析，了解平台參與者們對於平台規範指標的想法，以及各指標在建構上的重要

性。研究發現，mHealth App 中的消費者與管理者，最為重視平台的隱私權規範；產出者最為重視財產權規範。整體而言，因 mHealth App 所蒐集、應用的資料有其特殊性，使平台參與者認為應優先建構隱私權規範指標，其次則為精準性規範指標。本研究提供分析平台管理規範之架構，未來平台規範將成為平台發展的關鍵因素，建議未來研究可以根據不同平台生態系的特性，修訂、建構其平台規範，以提升平台的網路效應。

移動開發架構設計實戰

為了解決Android 論壇的問題，作者李雲鵬 這樣論述：

本書覆蓋了移動開發中涉及的多種架構模式，基於Android平臺對架構模式進行實戰，可以説明入門開發者瞭解架構模式，進階開發者掌握架構模式，技術領導者進行架構選型。本書內容包括：流行架構模型MVX系列——MVC架構、MVP架構、MVVM架構，依賴注入框架Dagger2，函數回應式框架RxJava2，Google推薦的生命週期感知架構組件AAC，整潔的架構“The Clean Architecture”和元件化架構的運用方法與實戰。本書語言精練，內容清晰，代碼易於理解，適合電腦相關行業的從業者閱讀與學習。 李雲鵬 網易新聞架構技術組工程師，沐暄網創始人，Oracle、Adob

e等企業認證專家；10年互聯網經驗，曾就職于世界500強企業核心技術實驗室；于2009年創立沐暄網，2010年入圍鳳凰網“全球最具影響力的中文論壇100強”站長。 擅長移動端架構設計、專案重構與Intellij外掛程式開發等工作。參與網易新聞群組件化架構設計，視頻模組、統計模組等多模組重構工作，利用VIPER對用戶端基礎架構進行改良。喜歡創新和研究，作為第一發明人，申請了十余項專利和著作權。   第1章 什麼是架構 1 1.1 架構設計理念 1 1.1.1 軟體架構的起源 1 1.1.2 架構設計三要素 2 1.1.3 什麼是優秀的軟體架構設計 2 1.1.4 軟體架構設

計的關注點 3 1.2 軟體架構設計的本質和目的 3 1.2.1 做出決策 3 1.2.2 降低軟體熵 4 1.3 架構設計思維 4 1.3.1 簡化思維 4 1.3.2 分層思維 5 1.3.3 分治思維 6 1.3.4 反覆運算思維 6 1.4 架構設計模式原則 7 1.4.1 單一職責原則 7 1.4.2 開放封閉原則 8 1.4.3 裡氏替換原則 9 1.4.4 依賴倒置原則 9 1.4.5 介面分離原則 10 1.5 架構設計步驟 11 1.5.1 認識系統 11 1.5.2 設計系統 12 1.5.3 創建系統 14 1.5.4 收集回饋 14 1.6 小結 15 第2章 MVC

架構：表現層分離 16 2.1 什麼是MVC 16 2.1.1 MVC的誕生 16 2.1.2 MVC的分層與職責 17 2.1.3 MVC在移動開發中的爭議 18 2.2 MVC的模式 19 2.2.1 被動模式 19 2.2.2 主動模式 19 2.2.3 觀察者模式 20 2.2.4 被動模式與主動模式的區別 21 2.3 MVC的核心思想 21 2.4 小結 22 第3章 實戰：基於MVC架構設計的日記App 23 3.1 層級職責劃分 23 3.2 準備階段 24 3.2.1 準備、創建View 24 3.2.2 清單檔Manifest配置 26 3.2.3 初始化Fragment

27 3.3 創建View 28 3.4 資料處理 31 3.4.1 創建Model 31 3.4.2 創建本地資料來源 32 3.4.3 資料持久化工具 33 3.4.4 實現本地資料來源 34 3.4.5 填充測試資料 36 3.4.6 使用資料倉庫管理資料 37 3.5 創建Controller 40 3.5.1 Controller初始化 40 3.5.2 創建Adapter 41 3.5.3 創建ViewHolder 43 3.5.4 Controller的協調工作 44 3.6 運行App 48 3.7 實現主動模式的MVC 49 3.7.1 改造Model 49 3.7.2 註

冊觀察者 50 3.8 小結 50 第4章 MVP架構：開始解耦 52 4.1 什麼是MVP 52 4.1.1 MVP架構的起源 52 4.1.2 MVP的分層與職責 52 4.2 MVP的核心思想 53 4.2.1 面向介面程式設計 53 4.2.2 德墨忒爾定律 54 4.3 MVP與MVC的區別 55 4.4 MVP模式存在的問題 56 4.4.1 責任過重的Presenter 56 4.4.2 業務邏輯無法複用 56 4.4.3 急劇擴增的介面數量 57 4.5 如何解決Presenter的複用問題 57 4.5.1 提供工具類 57 4.5.2 提供多對一的Presenter 57

4.5.3 分離出Interactor層 58 4.6 小結 59 第5章 實戰：MVP架構設計 60 5.1 層級職責劃分 60 5.2 準備工作 60 5.2.1 定義基礎View介面 60 5.2.2 定義基礎Presenter介面 61 5.3 重構：從MVC到MVP 61 5.3.1 創建Presenter 61 5.3.2 改造View 62 5.3.3 傳入Presenter實例 63 5.3.4 開發過程中Presenter和View的直接依賴 63 5.3.5 Presenter生命週期的處理 64 5.3.6 列表Adapter的處理 64 5.3.7 展示資料的處理

65 5.3.8 對話方塊展示的處理 67 5.3.9 功能表的處理 68 5.3.10 實現面向介面設計 69 5.3.11 建立契約類 69 5.4 實現MVP模式：日記修改功能 70 5.4.1 創建日記修改Activity 71 5.4.2 創建日記修改Fragment 72 5.4.3 添加“完成”按鈕 74 5.4.4 創建日記修改Presenter 75 5.4.5 日記操作處理 76 5.4.6 頁面跳轉處理 77 5.4.7 刪除舊有的修改日記UI 78 5.4.8 修改為面向介面設計 79 5.5 小結 79 第6章 MVVM架構：雙向綁定 81 6.1 什麼是MVVM

81 6.1.1 MVVM架構的起源 81 6.1.2 MVVM的分層與職責 82 6.2 MVVM的核心思想 82 6.2.1 進一步解耦 82 6.2.2 資料驅動 83 6.2.3 雙向綁定 83 6.3 架構模式對比 84 6.3.1 MVC與MVVM 84 6.3.2 MVP與MVVM 85 6.4 MVVM存在的問題 86 6.4.1 ViewModel難以複用 86 6.4.2 學習成本高 86 6.4.3 調試困難 86 6.5 小結 87 第7章 實戰：MVVM架構設計 88 7.1 什麼是DataBinding 88 7.2 重構：從MVP到MVVM 88 7.2.1 配

置DataBinding支援 89 7.2.2 修改Presenter為ViewModel 89 7.2.3 消除契約類 90 7.2.4 轉換佈局檔 92 7.2.5 在佈局中加入變數和運算式 93 7.2.6 ViewModel繼承BaseObservable 94 7.2.7 在XML佈局檔中定義清單資料屬性 95 7.2.8 使用BindingAdapter處理自訂屬性 97 7.2.9 繪製View佈局 98 7.2.10 為View屬性賦值 99 7.2.11 找到XML中的View 100 7.2.12 ObservableField原理 100 7.2.13 使用Observa

bleField 101 7.2.14 使用ObservableList 103 7.3 小結 104 第8章 依賴注入：Dagger2鋒利的“匕首” 105 8.1 什麼是Dagger 105 8.1.1 依賴注入 105 8.1.2 編譯時注解解析 107 8.2 實現：將Dagger2加入MVP 108 8.2.1 配置Dagger2 108 8.2.2 確定資料倉庫改造目標 108 8.2.3 改造資料倉庫 109 8.2.4 Inject注解 110 8.2.5 Component注解 111 8.2.6 Module注解 114 8.2.7 Provides注解 115 8.2.

8 Scope注解 117 8.2.9 Singleton注解 117 8.2.10 Scope注解和Singleton注解的實現原理 118 8.2.11 日記清單模組依賴關係分析 120 8.2.12 創建日記清單模組Component 120 8.2.13 創建日記列表Presenter Module 121 8.2.14 Component的dependencies屬性 123 8.3 存在的問題 125 8.3.1 學習成本極高 125 8.3.2 短期內開發效率低 125 8.3.3 靈活性不良好 126 8.4 小結 126 第9章 函數回應式框架：優雅的RxJava2 127

9.1 什麼是RxJava 127 9.2 RxJava2的核心思想 128 9.2.1 函數回應式程式設計 128 9.2.2 背壓 129 9.2.3 鏈式調用 129 9.3 實戰：將RxJava2加入MVP 130 9.3.1 配置RxJava2 130 9.3.2 Flowable 131 9.3.3 回應式拉取 132 9.3.4 修改資料來源介面 133 9.3.5 修改本地資料來源 133 9.3.6 Just操作符 134 9.3.7 Empty操作符 135 9.3.8 FromIterable操作符 135 9.3.9 To操作符 136 9.3.10 Subscrib

er和事件流 137 9.3.11 修改資料倉庫 137 9.3.12 FlatMap操作符 139 9.3.13 Map操作符 140 9.3.14 修改Presenter 141 9.3.15 CompositeDisposable和Disposable 142 9.3.16 Presenter生命週期 143 9.4 存在的問題 144 9.5 小結 144 第10章 AAC：搭建生命週期感知架構 145 10.1 什麼是AAC 145 10.2 AAC的核心思想 146 10.2.1 關注點分離 146 10.2.2 模型驅動介面 147 10.3 ViewModel LiveDat

a 148 10.3.1 DataBinding 148 10.3.2 Gradle依賴配置 149 10.3.3 AAC中的ViewModel 149 10.3.4 使用ViewModel 150 10.3.5 使用ViewModelProviders創建ViewModel 151 10.3.6 什麼是LiveData 152 10.3.7 MutableLiveData 153 10.3.8 創建LiveData 154 10.3.9 LiveData更新 155 10.3.10 LiveData接收變化 156 10.4 LifeCycle 156 10.4.1 生命週期 157 10.

4.2 LifecycleObserver 158 10.4.3 LifecycleOwner 159 10.5 Room 160 10.5.1 Room的組成 160 10.5.2 實體 161 10.5.3 資料訪問物件DAO 163 10.5.4 Room依賴配置 164 10.5.5 定義實體 164 10.5.6 創建Dao 165 10.5.7 創建資料庫管理器 166 10.5.8 執行緒 168 10.5.9 修改本地資料來源 169 10.5.10 資料庫升級 172 10.6 小結 173 第11章 組件化架構：極速運行 174 11.1 什麼是組件化 174 11.2

組件化的核心思想 175 11.2.1 軟體複用 175 11.2.2 信息隱藏 176 11.2.3 快速運行 177 11.3 元件分離 178 11.3.1 組件層級劃分 178 11.3.2 組件劃分 179 11.3.3 創建Module 180 11.3.4 組件依賴關係 183 11.3.5 複用Gradle配置 187 11.3.6 公共資源組件 189 11.3.7 基礎組件 191 11.3.8 移動依賴 194 11.3.9 Gradle版本號管理 194 11.3.10 處理Context 197 11.3.11 公共組件 198 11.3.12 日記清單展示組件 20

0 11.3.13 日記添加修改組件 202 11.3.14 Gradle Plugin衝突 204 11.3.15 運行主Module 204 11.4 使用路由 206 11.4.1 路由配置 206 11.4.2 使用Route跳轉 207 11.4.3 攜帶參數跳轉 208 11.5 組件運行 210 11.5.1 切換開關 210 11.5.2 元件配置 212 11.5.3 Manifest檔配置 212 11.5.4 集成運行 215 11.6 組件合併 216 11.6.1 組件命名衝突 216 11.6.2 Manifest檔合併策略 217 11.6.3 資源檔衝突 218

11.6.4 資源檔合併策略 219 11.7 小結 220 第12章 The Clean Architecture：整潔的架構 221 12.1 什麼是The Clean Architecture 221 12.2 The Clean Architecture的核心思想 222 12.2.1 單向依賴規則 222 12.2.2 業務規則分離 223 12.2.3 簡單資料結構跨界 224 12.3 MVP-Clean架構 224 12.3.1 用例的請求資料和回應資料 224 12.3.2 用例的資料處理 226 12.3.3 用例的執行緒切換 228 12.3.4 創建用例 229 1

2.3.5 執行用例 230 12.3.6 封裝請求數據 231 12.3.7 創建日記更新 推薦序 Android系統自Google 2008年發佈以來， 經過十多年的發展，已經佔據了手持設備八成以上的市場份額。在此過程中，有很多非常優秀的開發者加入這個行業，移動開發經過近幾年的快速蓬勃發展，在傳統的設計思想上有了更多的更新和創新，同時也湧現出不少高效的工具。 軟體架構是對軟體整體結構與元件的抽象描述，但在實際專案和產品反覆運算中，架構不僅涉及軟體本身，還涉及團隊組成、業務現狀及發展方向、團隊文化、投入產出比等多方面。如何基於業務做出更合理的設計？如何平衡業務和技術？

如何在做出決策後順利落地？從這些方面考慮，需要明確以下幾個問題： ·通用的架構有哪些? ·每個架構的適用場景和優缺點是什麼? ·架構的設計原則是什麼? ·架構之間是如何演化的? ·在架構設計實戰的過程中會遇到哪些問題？該如何解決？ 作者從架構的定義開始，對MVC、MVP、MVVM等多種架構模式進行了詳細的闡述，並輔以案例講解。通過講解多個實戰案例回答了上述問題。本書非常適合移動開發領域的初、中級工程師閱讀，也適合高級工程師閱讀，以作參考。 ——網易新聞技術總監 劉棉明  

運用知識翻新搭配6E教學策略於機器人實作課程對國中生之學習成效與行為模式之研究

為了解決Android 論壇的問題，作者蕭傑安 這樣論述：

隨著科技與社會的發展，學生在課堂上面臨的難題不單單只是書本內的既有知識，這些問題難以靠個人的努力進行解決，而是透過小組成員間的協作學習去達到進一步的知識提升。在近幾年，STEM跨學科教學在教育領域蓬勃發展，也需要有更合適的教學策略與課程設計來進行，將機器人的實作課程融入在STEM的教學當中，內容方面結合了科學、機械、數學、資訊四個面向的相關知識與技術之課程，符合新課綱在科技教育方面，著重培養學生跨領域整合知識運用能力。知識論壇是依據知識翻新理論設計的教學平台，學生能夠在此平台中對知識及想法產生進行合作建構，提昇社群成員集體反思，讓合作學習與知識翻新活動能具有社會學習過程，營造出更有效能的線上

學習環境。6E模式為STEM提供教學步驟，而知識翻新的原則也提供了STEM有效的教學策略。過去的教學注重「概念」的培養，著重學生對知識的理解，而知識翻新則是以「想法」為中心的教學，由小組間共同分享與建構知識。知識翻新教學能在STEM中能建立良好的學習環境，鼓勵學生以創新的方式來解決問題並協作建立知識，透過結合6E教學策略能提升學生的探究與思考能力。本研究對象為56名國中二年級學生，以單一實驗組進行課程規劃，目的為探討國中學生基於知識翻新以想法為中心的教學歷程，教學內容以「知識論壇」（Knowledge Forum, KF）線上平台進行課堂活動了解線上平台的操作和知識翻新原則並讓學生在課堂中進行

討論及發想，接著進行STEM掃地機器人實作課程，經由準實驗設計來瞭解課程對於學生學習成效與學習參與度和6E模式實作課程中使用知識翻新原則情況。研究結果發現到透過知識論壇分析工具依據不同小組的筆記創建情形區分高低參與度組別，高低參與度小組隨著專題課程進行在學習參與度方面和STEM學習成效都有所提昇。並透過實作課程中的錄影帶分析出不論是高或低參與度組別在6E模式不同階段中，特定幾項知識翻新原則是最容易被學生所使用到包含優先看中真實中發生的問題原則、所有概念與想法皆可改進原則、想法有多元的觀點原則和自主追求的學習者原則，相關研究結果可供後續研究6E模式的教學相關研究者作為參考並融入未來教學設計當中。