「単体テストの考え方/使い方」という書籍の中でテストの書き方により「古典学派」と「ロンドン学派」に分けられるということが書かれています。
現代の開発現場ではモックを使用したロンドン学派的なテストを書くためにも依存性の逆転を使用したクリーンアーキテクチャのようなアーキテクチャが採用されるケースが多くなってきたなと感じます。

この本ではモックを極力しようしない古典学派的なテストの書き方にこだわったアーキテクチャをGoを使用して再考していきたいと思います。

古典学派的テストとGoで考える持続可能なアーキテクチャ入門

はじめに

DBの準備

タスクランナー(Taskfile)を導入する

マイグレーション

sqlboilerを使用したコードの自動生成

なぜ古典学派のテストを書くのか？

なぜクリーンアーキテクチャを採用しないのか？

ガチャ抽選のビジネスロジックを抽出する

ドメイン層の単体テスト

DB処理を抽出する

controllerの結合テスト

管理下にないプロセス外依存処理を追加しテストする

APIハンドラーの登録

ゴールデンファイルテストを使用したE2Eテスト

依存関係の解決

質の良いテストとテストのグルーピング

おわりに

読者コミュニティ｜古典学派的テストとGoで考える持続可能なアーキテクチャ入門