[B! prisma] Prisma で本物のDBMSを使って自動テストを書く

t-wada データアクセスレイヤのテストを書く際にDBをモックするのは自作自演のテストになりがちなので個人的にはおすすめしません

2022/11/25 リンク

send 極力 mock は使いたくない派(つい手を抜いて t-wada の言うところの "自作自演のテスト" にしてしまいがちなので)

2022/11/25 リンク

sigwyg データアクセスのテストなら実DB使いたいよなーと。Serviceとかは別の責務があるから、モックで良いのでは派

2022/11/25 リンク

kazokmr TestContainersでPostgreSQLのコンテナを立ち上げてrepositoryクラスのユニットテストとか結合テストに使ったことはある。Serviceクラス自体のテストだとrepositoryはmockにしちゃうな

2022/11/25 リンク

turanukimaru java というか Spring では DB のテストは本物のまっさらDBにテストデータを投入してSQLを実際に投げるテストをする。Mockはテストのためにしょうがなく用意するものでMockを使うか使わないかはテストしてる対象が違う。

2022/11/25 リンク

ryousanngata DB依存のテストはセットアップが面倒だったり遅いので、リポジトリ層やトリガーなどのテストのみに留めて極力避けるが、受け入れとかでは一連のフローで書く時もある。

2022/11/24 リンク

taruhachi 本物のDBMSを使う方法で、巨大なテーブルを持つ論理DB（※負荷試験用）と共存している環境のテストで、どんな小さなテーブルでもtruncateが非常に遅くなりテスト実行時間が爆発したことがあるので知見共有まで。

2022/11/25 リンク

n314 リポジトリのモック作ってみたけど面倒なのでやめた。そうすると、結局RailsみたいにDBごちゃ混ぜで依存関係を逆転させずにインターフェースも使わない方が楽でバグも少ないのでは…ってなってる。

2022/11/25 リンク

shingo-sasaki-0529 依存性逆転な設計にしてテストではテスト用の Reposity 使うのが良いんだろうなぁとか燻ってたけど、なんかこれ見てたら普通に postgres 起動しちゃって良い気がしてきた。

2022/11/25 リンク

規約違反を報告

Prisma で本物のDBMSを使って自動テストを書く - mizdra's blog

DBMS に依存するロジックのテストを書く時、主に2つの手法があると思います。 Repository 層などを mock... DBMS に依存するロジックのテストを書く時、主に2つの手法があると思います。 Repository 層などを mock する Service 層のテストをする時は、その下位の Repository 層を mock して、DBMS に依存しない形にしてからテストするレイヤードなアプリケーションで適用できる手法テスト実行時も DBMS を裏で動かして、それを使う本番と同じスキーマを持つ DBMS に対して、実際に insert したり select してテストする DBMS は docker-compose upとかで事前に立ち上げておく双方にそれぞれ良さがあって、プロダクトによってどっちでやるか変わってくると思います。この記事では 2 の手法を Prisma でどうやるかについて紹介します。前提実際のテストコードの例テストヘルパーを作る別解: ヘルパーを自動生成する je