LINE購物 App x ATDD: 利用 ATDD 改善開發流程

Event: Flutter Formasa 2024
Speaker: Aaron Chu

Transcript

1. LINE購物 App x ATDD
2. Aaron Chu Technical Project Lead @LINE 2018 年份 : Android Developer 2020 年份 : Flutter Developer 2023 年份 : Technical Project Lead LinkedIn :
3. 01 02 03 04 問題陳述 ATDD 實踐 總結 LINE購物 App 介紹 05 Q&A CONTENT
4. 01 LINE購物 App 介紹
5. LINE購物 App 搜尋建議頁 (Native) 首頁 (Native) 搜尋結果頁 (Native) 廠商頁 (WebView)
6. Clean Architecture 【TECHPUSLE 2023】How to develop merchant browsing history feature in LINE SHOPPING App using Clean Architecture | Ricky 引用自 Uncle Bob 的文章：The Clean Architecture
7. Screaming Architecture Package by layer feature
8. 02 問題陳述
9. 情境一 main v1.0 v1.1 v1.2 Long-lived Feature Branch Sprint 2 Merge Conflicts Sprint 3 (2 weeks) (2 weeks)
10. 情境二 main v1.0 v1.1 v1.2 UI Logic API Unit Tests 開發人員A：Code Freeze 要來不及了，功能先出之後再補 Unit Tests 好了。 開發人員B：真是天才，我怎麼沒想過。我覺得你的想法特別好，功能先出吧！ Unit Tests：喂喂喂，你們真的還會記得我嗎？
11. 問題與影響 Long-lived Feature Branches • 合併時出現大量的衝突 • 解決衝突耗費且易出錯 遺漏撰寫 Unit Tests • 難以保證程式碼品質 • 難以及時發現錯誤 • 降低程式碼的可維護性
12. 問題成因 Long-lived Feature Branches • 跨 sprint 的功能開發，功能完成才 merge 遺漏撰寫 Unit Tests • 優先開發功能，接著才撰寫 unit tests
13. 解決方向 Long-lived Feature Branches • 利用驗收標準 (Acceptance Criteria, AC) 將 user story 拆解更小且可驗證的 subtasks • 使用 feature toggle 保護 merge 回 main 的 PRs 遺漏撰寫 Unit Tests • 功能的 PRs 一定要包含 unit tests • Test-Driven Development (TDD)
14. ATDD (驗收測試驅動開發)
15. 03 ATDD 實踐
16. ATDD 簡介 • 驗收測試驅動開發（Acceptance Test-Driven Development，ATDD）是一種基於需求 提出者（產品負責人、業務分析師、客戶代表等）、開發人員和測試人員之間溝通的開發 方法。 • ATDD 與測試驅動開發（TDD）有密切的關係。它包含了驗收測試（Acceptance Tests），但強調在開發人員開始撰寫程式碼之前撰寫驗收測試。
17. 驗收測試 驗收測試是從使用者的角度來看的——也就是系統的外部視角，確保產品符合業務需求和用 戶期望，這樣才能保證最終產品能夠滿足實際使用中的要求。 驗收測試通常遵循以下形式： Given (前提條件) When (操作) Then (預期結果) • 什麼是驗收測試？ • 驗收測試長什麼樣子？
18. 使用驗收測試(前) • 根據實作細節撰寫，unit tests 的描述難以理解和維護 Given [AuthenticationBloc] returns has login And [GetUserFavoriteUseCase] returns valid data When add [FavoriteItemsLoadEvent] Then emit [FavoriteItemsUpdateState.success] And [favoriteItems] should have valid data
19. 使用驗收測試(後) Given a user has logged in And has favorite products When the user opens the My Favorites page Then the user should see their favorite products on the page • 根據使用者的角度撰寫，unit tests 的描述簡單易懂好維護
20. 撰寫驗收測試
21. AC-7 利用驗收標準(AC)化繁為簡 AC-1 AC-2 AC-3 AC-4 AC-5 AC-6
22. 功能垂直拆解 • 將 User Story 依照驗收標準(AC)來垂直拆解，而不是依照層次來水平拆解。 User Story Data Layer Domain Layer UI Layer Unit Tests Subtask-1 Subtask-2 Subtask-3 Subtask-4 User Story Data Layer Domain Layer UI Layer Unit Tests Data Layer Domain Layer UI Layer Unit Tests Data Layer Domain Layer UI Layer Unit Tests AC-2 AC-1 AC-3 … …
23. LINE購物好康報通知 AC-1 驗收測試實際案例 Given When Then
24. 驗收測試涵蓋多 層架構 • UI: Widget • Presenters: BLoC • Use Cases: • UseCase • IRepository • Entities: DomainModel • Gateways: • RepositoryImlp • IRemoteDataSource • ILocalDataSource • DB/External Interfaces : • LocalDataSourceImpl • RemoteDataSourceImpl 引用自 Uncle Bob 的文章：The Clean Architecture
25. 引用自 Martin Fowler 的文章：Unit Test Sociable Tests v.s. Solitary Tests Detroit (Classic) Style London (Mockist) Style
26. Sociable Tests x Solitary Tests • UI • Presenters • Use Cases • Entities • Gateways • DB/External Interfaces • UI • Presenters • Use Cases • Entities • Gateways • DB/External Interfaces AS-IS TO-BE
27. Sociable Tests x Solitary Tests
28. 04 總結
29. ATDD Long-lived Feature Branches 遺漏撰寫 Unit Tests 實踐 ATDD 主要解決的問題
30. 情境一 main v1.0 v1.1 v1.2 Long-lived Feature Branch Merge Conflicts Long-lived Feature Branch
31. 情境二 main v1.0 v1.1 v1.2 UI Logic API Unit Tests 遺漏撰寫 Unit Tests
32. 實踐 ATDD main v1.0 v1.1 v1.2 AC1 AC2 AC3 Data Layer Domain Layer UI Layer Unit Tests Data Layer Domain Layer UI Layer Unit Tests Data Layer Domain Layer UI Layer Unit Tests AC-2 AC-1 AC-3
33. ATDD 明確的開發目標和流程一致性 可操作且人性化的測試敘述 縱向測試覆蓋和驗收標準對應性 減少測試窮舉 實踐 ATDD 的優點
34. ATDD 功能拆解的改變 開發流程的改變 測試撰寫的改變 實踐 ATDD 的挑戰
35. ATDD 產品規劃人員 開發人員 測試人員 完善 ATDD 的下一步 產品規劃人員 測試人員 產品規劃人員、開發人員和測試人員一同討論驗收標準
36. 05 Q&A