実装パターンとテストパターンの紹介と組み合わせ方

Slide 1

Slide 1 text

Slide 2

Slide 2 text

© 2023 • Azit Inc. 株式会社Azitでラストワンマイル配送サービスの CREW Expressの開発をしているプログラマ書いた記事安全にプロダクト品質を改善できる！ほぼ100%のテストカバレッジがある世界 2022年に開発チームのコミュニケーションを改善するためにおこなったこと理解するのが難しいシステムをドメインモデリングによって生産性をあげた話 (Qiitaのミノ駆動さん QiitaEngineerFesta_設計のコンテスト受賞) プライベート活動女子プロレス団体の広報活動 (登録者数が5万人をこえるYouTube チャンネルの運営) 自己紹介鈴木まー主な役割 Rai lsにおける DDDの導入リファクタリング社内勉強会などを含めたチームビルディング技術情報発信技術的負債が発生しないようにする

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

Slide 9

Slide 9 text

Slide 10

Slide 10 text

© 2023 • Azit Inc. トランザクションスクリプト単純な業務ロジックを一つの手続きで完結させる設計パターン CLI, AWS Lamdaなどアクティブレコードクラスをテーブルとして扱い、インスタンスをテーブルの行としてあつかう設計パターン RailsのActiveRecordなどのORMの実装時に利用されるドメインモデルアクティブレコードでは実装するのが難しい複雑なビジネスロジックとビジネスルールをドメインのクラスで実装するイベント駆動ビジネスロジックの実装

Slide 11

Slide 11 text

Slide 12

Slide 12 text

© 2023 • Azit Inc. 単純な業務ロジックを一つの手続きで完結させるための設計パターンです。このパターンは特に、データ構造がシンプルで処理が少ない場合や、小規模なプロジェクトに適しています。具体的な使用例としては、CLIツールやAWS Lambdaのようなサーバーレス関数があります。   この設計パターンの主な利点は、そのシンプリシティと効率性です。短期間での開発が必要な場合や、複雑なビジネスロジックが不要な場合には、トランザクションスクリプトが非常に有用です。また、このパターンは「グルーコード」としてもよく用いられ、異なるシステムやサービスを繋げる際にも役立ちます。   ただし、ビジネスロジックが複雑になると、設計が破綻します。そのような場合は、レイヤーアーキテクチャにリファクタをしたほうがいいですトランザクションスクリプト

Slide 13

Slide 13 text

© 2023 • Azit Inc. この設計パターンでは、クラスをデータベースのテーブルとして扱い、そのインスタンスをテーブルの行として扱います。CRUD操作は、このオブジェクト自体が行います。それにより DBを隠蔽して実装をすることができます   アクティブレコードにバリデーションや関連付けを実装してRailsなどのActiveRecordとして実装をしています   ただアクティブレコードに複雑なビジネスロジックやビジネスルールなどのドメイン知識も実装をすると肥大化してしまうため、ドメインモデルクラスの実装を考えたほうがいいですアクティブレコード

Slide 14

Slide 14 text

© 2023 • Azit Inc. ビジネスロジックとビジネスルールなどのドメイン特有のことを実装しています。  内部にORMなどを利用することで、DB層(永続化層)を外部のクラスに移譲をすることでドメインの実装に専念をすることができます。   DDDにおけるエンティティに該当していて、このクラスにバリューオブジェクトのインスタンスをもたせる実装が一般的な実装スタイルです。   ただ、クラス関係が複雑になるのでドメインモデルを作成するかアクティブレコードで完結するかのトレードオフを気にしたほうがいいです。ドメインモデル

Slide 15

Slide 15 text

© 2023 • Azit Inc. イベント駆動とは、ユーザーが何かをしたり、システムが何かを感知したりしたときに確実に動作することを保証する設計パターンです。例えば、銀行でお金を引き出すとき、システムはその動きに反応していろいろな作業をします。これは、何がどこで起きたかをしっかり記録したい場合や、後で確認したい場合に便利です。この方法は、いろいろなマイクロサービスが連携して動く場合によく使われます。ただ、データベースのトランザクション処理について考える必要があるため実装難易度と実装にかかる時間が多くなってしまいます。そのため、確実に実行することを保証する実装をする場合だけこの実装方法を利用するのが良いですイベント駆動

Slide 16

Slide 16 text

Slide 17

Slide 17 text

Slide 18

Slide 18 text

Slide 19

Slide 19 text

テストピラミッドユニットテストが最も多く、統合テスト、E2Eテストが次第に少なくなるテスト戦略テスティングダイアモンドリバーステストピラミッドテスト戦略

Slide 20

Slide 20 text

Slide 21

Slide 21 text

Slide 22

Slide 22 text

Slide 23

Slide 23 text

© 2023 • Azit Inc. ユニットテストが最も多く、統合テスト、エンドツーエンド（E2E）テストが次第に少なくなります。アリケーションの開発にも役に立ちますが、一般的なAPIの開発にも有効ですが特にイベント駆動のような複雑な実装にも有効   ユニットテストが多いことで高速なフィードバックを提供し、E2Eテストが少ないことでテストの実行時とコストを削減します。テストピラミッドユニットテスト E2E 統合テスト

Slide 24

Slide 24 text

© 2023 • Azit Inc. E2Eテストが最も多く、統合テストとユニットテストが次第に少なくなります。特に、CLIツールのようなインターフェースがあまり変更しない、またはシンプルなアプリケーションのみで有用です。   トランザクションスクリプトは単純な業務ロジックを一つの手続きで完結させるため、全体としての動作確認が重要です。そのため、E2Eテストが多いリバーステストピラミッドは、このようなシンプルなアプリケーションの全体テストに適しています。リバーステストピラミッド E2E 統合テストユニットテスト

Slide 25

Slide 25 text

© 2023 • Azit Inc. ユニットテストと統合テストが多く、E2Eテストが少なめです。特に、一般的なAPIを実装するときに統合テストを書くのは有用です。この戦略のメリットは、統合テストが多いことでシステムの各部分がうまく連携しているかを確認しやすく、高速なフィードバックが得られる点です。さらに、統合テストが多いため、シンプルなAPIの実装ではユニットテストを省略することも可能です。  テスティングダイアモンドユニットテスト E2E 統合テスト

Slide 26

Slide 26 text

Slide 27

Slide 27 text