結合テストを書くときはコードベースを分離している

新規開発の設計支援や古いコードベースを甦らせて欲しいという相談をもらったときに、最初にちょろっとコードだけお手本的なコードを書いてから引き渡しているのだが、そのときに必ず結合テストを書くようにしている。 3, 4年前から僕と付き合いがある人からすると、 「「「あの sadnessOjisan がテストを書くだと！！！」」」 という感じだと思うのだが、最近はテストに思うところもあってちゃんと書いている。 そしてそのテストコードだが、基本的にはアプリケーションから分離して書いている。その話をしたい。 OGP OGP は野方ホープで海苔が分離されて出てきた時の画像だ。 アプリケーションから分離したテストとはどういうことか 最終的にはテスト対象のサーバーを Docker コンテナで固めて、そのコンテナに対して HTTP リクエストを投げてその結果や DB の中身を検証するコンテナを docker

[tinsep19]

自分はE2Eテストに分類しちゃうけど、生DB見るから結合テストなんかな

[manaten]

DB操作が辛くてjsにしたとあるから、データの用意は事前準備されるのかな。APIのe2eテストはこれでいいとおもうし（昔はmochaとsupertestでやってた）、細かい境界条件だけ単体テストすればいいと思ってる派

[hikalin8686]

テスト実行前のテストデータの作成はどうやってるんだろ？データがまっさらな状態のテストってそんなに価値なさそうな… テストデータの作成もそのテストコードに書かれているならDBには依存することになっちゃうし

[onk]

test double 使わざるを得ない場合はあるので https://speakerdeck.com/yusukeiwaki/kaigionrails2023pub のようなアプローチになるのだろう

[shingo-sasaki-0529]

この手法はメリット大きいのはわかるけど、テストデータとかの条件を整えるのが大変だからカバレッジは限られそう。単体テストで細かいの見てればよいだろうけど。

[dorapon2000]

“テストコードがサーバーの実装を知っているのはおかしいという前提で、分離のためにHTTP と素のSQLに頼っている。”

[poad1010]

この記事をおすすめしました

[ohchang]

“野方ホープ”

[ackintosh]

アプリを１から実装しなおす時のテスト再利用と、FWの機能を使ったテスト実装効率を天秤にかける話に読めた。多くの場合は後者の方がメリットが大きいような。初めから実装し直す事が決まってるアプリはないだろう。

[zentarou]

runnでやってる

[umai_bow]

E2E

[NOV1975]

実に正しい。常識的な話にも思えるけど、案外そうじゃない世界もあるんだなと言うことが見て取れるな。