
エントリーの編集

エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント1件
- 注目コメント
- 新着コメント
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています

- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
【RSpec】Railsのモデルスペックでバリデーションのテストは書くべきか否か? - Qiita
決して、バリデーションのテストを書くことが悪いことだとは言いませんが、個人的には単純なバリデーシ... 決して、バリデーションのテストを書くことが悪いことだとは言いませんが、個人的には単純なバリデーションであれば別に書かなくてもいいかな、と考えています。 単純なバリデーションにテストコードが不要な理由 その理由は以下のとおりです。 presence: trueのような単純なバリデーションはロジックというよりも設定に近いので、わざわざテストする価値が低い 業務レベルのコードだと1モデルあたりのバリデーションの数は非常に多くなるため、単純なバリデーションまでテストを書くと、テストを書く時間とテストコードの量が無駄に増えてしまう。テストコードが増えるとテストの実行時間も遅くなる バリデーションは一度追加すれば、将来「presence: trueをうっかり消してしまった!」とか、「○○というカラムを追加したせいで、nameの必須チェックが効かなくなった!」みたいな問題(いわゆる「デグレ」)が起きにく
2022/08/24 リンク