受け入れテスト駆動開発で不確実性に段階的に対処する/Addressing Uncertainty Incrementally with Acceptance Test-Driven-Development

受け入れテスト駆動開発で不確実性に段階的に対処する 2024/5/11 スクラムフェス新潟

2 ・「よくある用語」をチーム独自のニュアンスで用いる場合があります。　　あらかじめご了承ください。注意事項

3 藤原考功(Takanori Fujiwara) ・株式会社ユーザベースの社員(テストエンジニア) ・JSTQB(Japan Software Testing Qualification Board)技術委員
・XP祭り実行委員自己紹介

4 ・前職以前：手動テストがメイン、最後にまとめてテスト　・現職：自動テストがメイン、常に継続的にテスト私自身の、テストへの関わり方の変遷

5 ベイビーステップでの継続的な開発活動 & 私なりの感想今日お話しすること

不確実性 | 01 | 6

7 ・計画が変わらないことこの発表における「確実」

8 ・一度決めた計画は高確率で変わらない不確実性が低い場合新潟自宅

9 ・計画がどんどん変わる不確実性が高い場合新潟越後湯沢あっちこっちそっち

10 ・SaaS(Software as a Service)事業・経済情報によって、ビジネスをする人々をアシストするサービス私たちのビジネスについて https://www.uzabase.com/jp/about/

11 ・計画に従うことよりも変化への対応を不確実性への対処 https://agilemanifesto.org/iso/ja/manifesto.html

12 ・ちょっとずつ進むやり方ベイビーステップ

受け入れテスト駆動開発 | 02 | 13

14 ・受け入れテスト・テスト駆動開発受け入れテスト駆動開発

15 ・「何ができたら完成と言えるのか」をテストに落とし込んだもの・開発チームが実施するテストこの発表における「受け入れテスト」

16 ・「動くものを少しずつ作りながら綺麗にする」プラクティス・最初にユーザーストーリーをバックログとして積む・ユーザーストーリーを選んで失敗する受け入れテストを1件だけ書き、　続いて設計と実装をする　 (Red→Green→Refactorの順序を守る) ・受け入れテストがすべて合格になったら、そのユーザーストーリーは完了・ユーザーストーリーを倒したら、　バックログを見直したうえで次のユーザーストーリーに取り掛かる
この発表における「テスト駆動開発」

17 開発活動の入れ子構造受け入れテストユニットテストユーザーストーリー

開発の流れ | 03 | 18

19 ・ユーザーは「酒-WEB」画面で、分類を指定して検索すると、　お酒の銘柄と、その銘柄に関する最新のニュースを見ることができるユーザーストーリーを選ぶ

20 受け入れテストの例

21 ・画面上の要素をAssertするテストコードを書く・自然言語で記述した受け入れテストと紐付ける　(私たちの場合は、GaugeとSelenideを採用) 受け入れテストを自動テストにする

22 紐付けの例

23 受け入れテストができたぞ！

25 受け入れテストの例(ベイビーステップ違反)

26 受け入れテストの例(ベイビーステップ)

27 ・受け入れテストが想定通りRedになったら実装に移ります受け入れテストの作成完了

28 アーキテクチャーの例酒-WEB 酒-BFF(※) 酒-API 銘柄 API 酒ニュース API ※BFF
: Backend For Frontend ・一気に実装だ！

30 ・テスト対象を1つずつ倒す・実装は、失敗するユニットテストを起点としたTDDで進めるここでもベイビーステップ酒-WEB 受け入れテスト実装 ↑まずはここだけ！ Red
Refac tor Green

31 ・テスト対象を1つずつ倒す BFFやAPIも要領は同じ酒-BFF テスト実装 ←今はここだけ！酒-API ←今はここだけ！テスト
実装

32 BFFやAPIのテストの例

33 外側から内側に向かって開発する酒-WEB 酒-BFF(※) 酒-API 銘柄 API 酒ニュース API ※BFF
: Backend For Frontend 受け入れテスト実装テスト実装テスト実装テスト実装

34 外側から内側に向かって開発する酒-WEB 酒-BFF(※) 酒-API 銘柄 API 酒ニュース API ※BFF
: Backend For Frontend 全体 E2E テスト実装個別 E2E テスト実装実装実装個別 E2E テスト個別 E2E テスト

・全て本物を使った状態で　受け入れテストがGreenになればOK ・全体を通すので、私たちは　全体E2Eテストと呼んでいます 35 最後の仕上げ酒-WEB 酒-BFF 酒-API 銘柄
API 全体 E2E テスト

36 ・個別E2Eテスト・全体E2Eテスト・リグレッションテスト CIで実行するテスト

37 ・人の目でないと気づけないことを探す・自動テストの補足的な立ち位置になることが多い手動テストについて

個人の感想 | 04 | 38

39 ・ベイビーステップは精神衛生上とても良い　・変化への対応が容易　・テスト対象の分析が容易受け入れテスト駆動開発について

40 ・ベイビーステップのネガティブな面　・変化についていくことはしんどい　・意識的に全体を見ないと失敗する受け入れテスト駆動開発について

41 ・受け入れテストを書くハードルは低いと感じた　(従来の働き方の延長でこなせた) ・ユニットテストは難しかった　(DDDなどの設計理論を理解する必要があった) ・CIは道半ば　(kubernetesが難しい) 手動テスト業務歴の長い私が受け入れテスト駆動開発に関わってみた結果

42 ・手動テストが少ないのはちょっと寂しい・手動テストをすると、ソフトウェアの使い方を学びやすい　(手動テストがソフトウェアを学習する手段を兼ねていたことを自覚した) 手動テスト業務歴の長い私が受け入れテスト駆動開発に関わってみた結果

43 ・ぜひ皆さんとお話ししたいです！最後に

受け入れテスト駆動開発で不確実性に段階的に対処する/Addressing Uncertaint...

受け入れテスト駆動開発で不確実性に段階的に対処する/Addressing Uncertainty Incrementally with Acceptance Test-Driven-Development

More Decks by Culvert

Other Decks in Technology

Featured

Transcript