Android 團隊開發流程

1. 從開發到上線的
華麗⼤大冒險
andyang at coscup 2017

2. ABOUT ME
▸ 楊哲偉 (Andy )
▸ andyang@parkinglotapp.com
▸ 停⾞車車⼤大聲公 Android Developer
▸ love reactive programing, kotlin
▸ 社群：
▸ Taiwan Android Developer Study Group (TADSG)
▸ Taipei Android Code Club Host (果⼦子咖啡)

3. OUTLINE
▸ 團隊組成
▸ 開發流程
▸ 需求定義
▸ 設計
▸ 需求實例例化
▸ 預估 / ⼯工作分配
▸ 開發
▸ 測試
▸ 發布 / 上架
▸ 持續改善

4. 團隊組成

6. ▸ 開發流程

7. 定義需求
▸ PM 制定出這個版本的規格
▸ 在每週開發者會議提出討論
▸ 修訂規格
▸ 重新檢視修訂後的規格
▸ 發布開發 PRD

8. 設計
▸ 依據 PM 的 PRD 設計 UI
▸ 與 RD 討論設計可⾏行行性
▸ 發布 design guideline
▸ color, dimension
▸ 切好需要的圖片資源到 google drive
▸ hdpi, xhdpi, xxhdpi
▸ .9.png

9. 需求實例例化
▸ 依據 PRD & Design 開始定義出需求
▸ 開出需求⺟母票
▸ 依據需求⺟母票開出明確的需求⼦子票
▸ 當有⼯工作相依於其他 team 時
▸ 開出對應的需求票給 PM | Backend | Designer

10. REDMINE
▸ Open Source project (Ruby)
▸ 每個 team 有對應的專案
▸ 專案可再細切版本
▸ 可以開⼦子⺟母票
▸ 需求來來就開票，票來來就解
▸ 提供 REST API

11. 預估/⼯工作分配
▸ 預估（不先預設分配給誰）
▸ 與賈賈維斯開始喊價
▸ 取得共識
▸ 共享知識
▸ 估出需⽤用的⼯工作天數回報給 PM
▸ ⼯工作分配
▸ ⾃自由意願（搶糧）
▸ 交換⼯工作 -> 讓請假更更容易易 XD

12. 開發
▸ 開發⼯工具
▸ Android Studio
▸ Java / Kotlin
▸ gradle -> dependency & config management
▸ Chrome Dev Tools
▸ local cache data -> shared preferences / sqlite
▸ network -> request / response / latency
▸ internal web view debugger

13. 開發的武器
▸ retrofit 2
▸ okhttp 3
▸ glide
▸ gson
▸ rxjava
▸ lottie
▸ crashlytics
▸ stetho
▸ timber

14. 開發架構
▸ MVP pattern
▸ View
▸ activity, fragment, dialog fragment, dialog, custom view
(with android framework)
▸ Presenter
▸ pure java class / flow control / error handling
▸ Model
▸ Repository pattern abstract outer dependency
(network, sqlite, file, hardware, disk cache)
▸ business logic

15. 測試
▸ 使⽤用者測試
▸ ⼈人⼯工測試
▸ 使⽤用者回報 app | email | google play report
▸ fabric crash report
▸ end to end test (UI test)
▸ calabash & cucumber
▸ integration test
▸ network api test
▸ unit test
▸ with android framework (androidTest)
▸ pure java class (test)

16. UI TEST
▸ Calabash (UI testing framework cross platform)
▸ 環境安裝
▸ ⽤用來來操作 app 的步驟
▸ 提供 irb 介⾯面 debug
Feature
Test Server
Calabash Device
adb
Instrumentation
Server
Application

17. TEST CASE
▸ Cucumber
▸ ⽤用來來描述需求的步驟的語法
▸ 可以透過步驟產⽣生 step definition
▸ 新增付款信⽤用卡步驟如下
Scenario: Add payment credit card
Given I login phone "0900000100" email "tkalu+100"
When I open MyWallet
When I press view with id "addCardContainer"
When I enter text "4910 0411 1111 1113" into field with id "cardNumber"
When I enter text "0222" into field with id "cardDate"
When I enter text "222" into field with id "cardCVC"
When I wait for a second
When I press view with id "complete"
Then I wait to see "新增成功"
And I take a screenshot

18. TEST REPORT
▸ Jenkins Cucumber Reporting plugin

19. 如何選擇測試⽬目標
▸ 重要的功能流程
▸ 繁複的操作步驟
▸ 可以重複測試
▸ 可以驗證結果

20. 測試⽬目標的粒度⼤大⼩小與原則
▸ Feature
▸ 盡量量之間不要有相依關係，保持獨立性
▸ 盡量量抽出前置作業的步驟重複使⽤用
▸ Scenario
▸ ⼀一⼑刀要切多⼤大，⼀一次只測⼀一件事
▸ 可以明確知道成功與失敗

21. 看似完美，但還缺少那最後⼀一哩路路
註冊過的會員要如何重新註冊？
兌換過的優惠卷要如何在兌換？
測試的資料如何保持穩定？

22. 測試⽤用的 API SERVER
▸ 使⽤用 Docker 建立 mock api server
▸ 每次都是乾淨的環境
▸ 保持與正式環境⼀一樣的版本
▸ 後⾨門程式僅在 docker server 上運⾏行行，避免奇怪的漏洞洞在
正視環境上裸奔

23. UI TEST WITH DOCKER
產⽣生 Docker container
DockerFile 建立測試 Server
將測試 server end point 修改⾄至程式碼
產⽣生連結測試 server 的 apk
UI 測試

24. 發布/上架
▸ api 環境
▸ development (debug)
▸ staging (debug)
▸ production (release)
▸ build type
▸ debug / release (with proguard)
▸ production flavors
▸ dev (mini sdk version 21)
▸ general (mini sdk version 16)
▸ build variants
▸ devDebug (fabric 測試版)
▸ generalRelease (fabric 正式版 / google play 上架版)

25. 發布流程

26. 持續改進
▸ 提⾼高預估時間的精準度
▸ 每 1-2 週圈出⼀一些票發布，減短發布週期
▸ ⼩小 feature 估計時間會比較準確，不準可以及早發現
▸ 整個版本估計 buffer 會比較⼤大
▸ 尋找好⽤用的⼯工具畫出 UI map
▸ 訓練設計師命名顏⾊色 :)
▸ Jenkins pipeline (infrastructure as code)
▸ 提⾼高 UI Testing 的穩定度
▸ UI Testing 平⾏行行化測試加速測試時間

27. 華麗的⼤大冒險還會不斷地走下去

28. WE NEED YOU
▸ APP 軟體 QA 測試技術員
▸ [⼯工作內容]
▸ 與專案經理理和 App 開發團隊合作，負責 App 軟體專案的軟體品質管理理
▸ 掌握使⽤用者需求及變更更
▸ 測試計劃（test plan）的規劃及測試案例例（test case）的設計與寫作
▸ 整合測試的執⾏行行與管理理並協助軟體⼯工程師 bug 之修改
▸ 紀錄測試報告及提交 bug、回歸測試並跟蹤驗證 bug
▸ 使⽤用者回報 bug 追蹤
▸ [條件要求]
▸ 熟悉測試理理論，了了解軟體各種測試類型、⽅方法及技巧
▸ 具有規劃與執⾏行行系統化測試實務經驗
▸ 具使⽤用測試管理理⼯工具經驗
▸ 針對網路路、功能及性能測試，熟悉⼀一種或以上的測試⼯工具者佳
▸ 曾參參與後台系統或 APP 程式開發者佳
▸ 細⼼心、善溝通、重團隊、有責任⼼心
▸ 具解決問題的獨立思考能⼒力力，學習意願⾼高

29. Q&A