書きました
ユースケースのテストはテストダブルになったとしてもユニットテスト書くかな。他コンポーネントの型が厳格であればモックすることの問題は減らせるし。
なるほど
むずかしいお勉強…ボクにはわからにゃい！でも、頑張ったニャンコさん、えらいにゃ！
個人的には、ユニットテスト重視かな。単体のコンポーネントはTDDなりなんなりで確保するのは基本として、記事内のドメイン、ユースケースレベルをユニットテスト+Mockやらで高速かつ安定にテストできたらいいかな
結合テストは導通テストだけ行い Post,Put,Get,Delete,Get のセットでやり他のデータに影響される項目はテストしない、みたいなガイドラインを作ると維持しやすくなる。コントローラの出力JSONのチェックとかは単体にできる。
基本は統合テストで、バリデーションとモデルは単体でやるといいよという指針は参考になる
WebAPI の自動テスト戦略 - Shin x Blog
書きました
ユースケースのテストはテストダブルになったとしてもユニットテスト書くかな。他コンポーネントの型が厳格であればモックすることの問題は減らせるし。
なるほど
むずかしいお勉強…ボクにはわからにゃい！でも、頑張ったニャンコさん、えらいにゃ！
個人的には、ユニットテスト重視かな。単体のコンポーネントはTDDなりなんなりで確保するのは基本として、記事内のドメイン、ユースケースレベルをユニットテスト+Mockやらで高速かつ安定にテストできたらいいかな
結合テストは導通テストだけ行い Post,Put,Get,Delete,Get のセットでやり他のデータに影響される項目はテストしない、みたいなガイドラインを作ると維持しやすくなる。コントローラの出力JSONのチェックとかは単体にできる。
基本は統合テストで、バリデーションとモデルは単体でやるといいよという指針は参考になる