- DBの通信に必要な（TDD）

Question

私は、ドメインオブジェクトのロックを解除するために、新しいエンドポイントを記述しようと思って、何かのように：私はTDDを適用したよう

../domainObject/{id}/unlock 

、私が始めていますまずAPIテストを作成します。テストが失敗すると、私は統合テストとユニットテストの作成を開始し、実際のコードを実装します。

APIテストでは、テストフィクスチャセットアップ用のロックされたドメインデータが作成され、作成されるアンロックエンドポイントをテストする必要があります。ただし、ドメインオブジェクトをシステムにロックするためのエンドポイントはありません。 （私たちのQuartzジョブはデータをロックします）つまり、データベースを直接使用してデータを作成する必要があります。

APIテストでは、データベースの直接的な使用はベストプラクティスではありません。テストデータが必要な場合は、APIも呼び出す必要があります。例えば

../domainObject/{id}/lock 

この場合、このシナリオは例外ですか？それとも、他の練習がありますか？

ありがとうございました。

Answer 1

ここでは良いことも悪いこともありません。データベースを含めたシステムのテストの終わりから終わりまでにどのくらいの価値があるかについてです。

テストを高速化するためにインメモリデータベースを使用するか、開発環境に本格的なパーマネントテストDBを設定する必要があるため、DB部分のテストにはもう少しインフラストラクチャが必要です。後者を実行するときは、必然的に遅くなるため、通常のテストスイートよりも頻繁に実行されないエンドツーエンドのテスト用に別個のテストスイートを用意することをお勧めします。 このシナリオでは、既存のテストデータが常にDBに存在し、ロックされたオブジェクトがその中の1つになることがあります。

このすべてについて気にしない場合は、データストアの抽象化（リポジトリ、DAOなど）をスタブして、ロックされたロック済みオブジェクトを返すことができます。