ドメインロジックで考えるテスタビリティ

Slide 1

Slide 1 text

ドメインロジックで考えるテスタビリティレバテック開発部内藤翔太

Slide 2

Slide 2 text

Slide 3

Slide 3 text

Slide 4

Slide 4 text

Slide 5

Slide 5 text

Slide 6

Slide 6 text

Slide 7

Slide 7 text

Slide 8

Slide 8 text

|　© 2024 Levtech Co., Ltd. 8 ドメインロジックとは？ドメイン / ドメインロジックとは？例: 「顧客のロイヤルティポイントに応じて割引率を変える」など ● ロイヤルティポイントが 1,000 以上の場合、注文金額の 10 %割引 ● ロイヤルティポイントが 500 以上 1,000 未満の場合、注文金額の 5 %割引 ● ロイヤルティポイントが 500未満の場合、割引なしドメインに存在するルールや制約、業務内容を反映した処理

Slide 9

Slide 9 text

Slide 10

Slide 10 text

Slide 11

Slide 11 text

Slide 12

Slide 12 text

Slide 13

Slide 13 text

Slide 14

Slide 14 text

|　© 2024 Levtech Co., Ltd. 14 ドメインロジックを SQL に含めると？単体テストとして書くと...（インフラ層で書くことを想定） ● データベース環境のセットアップ ● 必要なデータ挿入 ● クエリ実行と結果検証単体テストでやるにもあまりにフィードバックが遅すぎる... 単体テストの定義 ● 1単位の振る舞いを検証すること ● 実行時間が短いこと ● 他のテスト・ケースから隔離された状態で実行されること出典: 単体テストの考え方/使い方 p.28

Slide 15

Slide 15 text

|　© 2024 Levtech Co., Ltd. 15 ドメインロジックを SQL に含めると？単体テストとして書くと...（インフラ層で書くことを想定） ● データベース環境のセットアップ ● 必要なデータ挿入 ● クエリ実行と結果検証単体テストでやるにもあまりにフィードバックが遅すぎる... 単体テストの定義 ● 1単位の振る舞いを検証すること ● 実行時間が短いこと ● 他のテスト・ケースから隔離された状態で実行されること出典: 単体テストの考え方/使い方 p.28

Slide 16

Slide 16 text

Slide 17

Slide 17 text

|　© 2024 Levtech Co., Ltd. 17 ドメインロジックを SQL に含めると？統合テストとして書くと...（ユースケース層で書くことを想定）注文ユースケースがこうなっていた場合... ・割引計算ロジック（3 パターン）・ポイント付与ロジック（4 パターン）・送料計算ロジック（3 パターン）・.... 1. データ準備が膨大になる条件が掛け算的に増えるため、すべてのパターンを網羅するには膨大なデータセットが必要になる 2. テストの保守コストが上がる他の処理との結合部分も含めてテストする必要があるため、修正や原因特定に時間と労力がかかる 3. フィードバックループが長くなるデータベースに依存するため、テスト実行時間が長くなり、効率が低下する ※ DB は、管理下にある依存を想定し、モックしない

Slide 18

Slide 18 text

|　© 2024 Levtech Co., Ltd. 18 ドメインロジックを SQL に含めると？統合テストとして書くと...（ユースケース層で書くことを想定）注文ユースケースがこうなっていた場合... ・割引計算ロジック（3 パターン）・ポイント付与ロジック（4 パターン）・送料計算ロジック（3 パターン）・.... 1. データ準備が膨大になる条件が掛け算的に増えるため、すべてのパターンを網羅するには膨大なデータセットが必要になる 2. テストの保守コストが上がる他の処理との結合部分も含めてテストする必要があるため、修正や原因特定に時間と労力がかかる 3. フィードバックループが長くなるデータベースに依存するため、テスト実行時間が長くなり、効率が低下する ※ DB は、管理下にある依存を想定し、モックしない

Slide 19

Slide 19 text

|　© 2024 Levtech Co., Ltd. 19 ドメインロジックを SQL に含めると？ちなみに本題からは逸れるが他にも... 1. 再利用性の欠如（新規開発観点） ● ドメインロジックは既存のクエリ内に埋め込まれているため、再利用できず、同じロジックを新しいクエリにも書き直す必要がある 2. 保守性の低下（既存コードの変更観点） ● ビジネスルール変更時に、SQL 内で同じロジックを使っている箇所すべてを手動で修正する必要があり、作業コストやミスのリスクが増大する

Slide 20

Slide 20 text

Slide 21

Slide 21 text

Slide 22

Slide 22 text

Slide 23

Slide 23 text

Slide 24

Slide 24 text

Slide 25

Slide 25 text

|　© 2024 Levtech Co., Ltd. 25 ドメインロジックをドメインモデルに閉じるこれにより以下のようなメリットが！ 1. テスタビリティの向上 ● ドメインモデル単位の単体テストでドメインロジックを網羅的に検証できるため、統合テストでは最低限のデータの用意 / ケースの確認で済む ● ドメインロジックのテストをデータベースを使用せずに書くことができるので、フィードバックループが短縮される 2. 再利用性向上（新規開発観点） ● 抽出されたロジックは他の機能やコンポーネントでも再利用可能で冗長性や不整合が低減できる 3. 保守性の向上（既存コードの変更観点） ● ロジックが一箇所に集約されるため、一貫性が保たれ変更時の影響範囲も明確になり、修正コストが低減できる

Slide 26

Slide 26 text

|　© 2024 Levtech Co., Ltd. 26 ドメインロジックをドメインモデルに閉じるこれにより以下のようなメリットが！ 1. テスタビリティの向上 ● ドメインモデル単位の単体テストでドメインロジックを網羅的に検証できるため、統合テストでは最低限のデータの用意 / ケースの確認で済む ● ドメインロジックのテストをデータベースを使用せずに書くことができるので、フィードバックループが短縮される 2. 再利用性向上（新規開発観点） ● 抽出されたロジックは他の機能やコンポーネントでも再利用可能で冗長性や不整合が低減できる 3. 保守性の向上（既存コードの変更観点） ● ロジックが一箇所に集約されるため、一貫性が保たれ変更時の影響範囲も明確になり、修正コストが低減できる

Slide 27

Slide 27 text

Slide 28

Slide 28 text

Slide 29

Slide 29 text

Slide 30

Slide 30 text

Slide 31

Slide 31 text

Slide 32

Slide 32 text

|　© 2024 Levtech Co., Ltd. 32 まとめ ● ドメインロジックを SQL に含めると、テストのためのデータベースセットアップやデータ準備が必要となり、テストの実行効率が低下する ● ドメインロジックをドメインモデルに閉じることで、データベースに依存しない単体テストが可能になり、テストの保守性と実行効率が向上し、理想となるテストピラミッドへと近づけることが可能 ● ただし、大量データを扱う処理などでは SQL での実装が適している場合もあるため、パフォーマンス要件との兼ね合いを考慮し、ドメインロジックの配置を適切に選択することが重要

Slide 33

Slide 33 text

Slide 34

Slide 34 text

宣伝

Slide 35

Slide 35 text

🎄レバテック開発部アドベントカレンダーやってます ! レバテック開発部 Advent Calendar 2024

Slide 36

Slide 36 text

No content