「アプリケーションが壊れているのに検知できないテストコード」を書かないようにするための、べからず集 - Qiita

はじめに テストコードを書くことは重要です。 テストコードがないアプリケーションよりもテストコードがあるアプリケーションの方が望ましいことは間違いありません。 ですが、テストコードも書き方を間違えると、アプリケーションが壊れているのに正しく検知できないテストを書いてしまう可能性があります。 この記事ではそんな「アプリケーションが壊れているのに正しく検知できないテスト」のコード例を「〜するべからず（〜してはいけない）」の形式で紹介し、その修正方法を説明していきます。 サンプルコードはRSpecで書いてます（でも他の言語でも考え方は同じはず） サンプルコードはRailsアプリケーションをRSpecでテストする場合を想定したものになっていますが、基本的な考え方自体は他の言語やテスティングフレームワークでも適用可能なはずです。 RSpecのイロハについて先に学んでおきたいかたは「使えるRSpec入

[jt_noSke]

"「失敗すること」を一度も確認しないまま、テストコードをコミットしない"これワイもやりがちなので気をつけたい

[hokkey]

“テストコードはDRYでスマートであることよりも、不具合を確実に検知できることの方が重要です”