N予備校開発でのRSpecの書き方指針 - ドワンゴ教育サービス開発者ブログ

はじめに テストコード一般の考え方 壊れにくいテストを書く 実装した通りに動作することではなく、仕様通りに動作することをテストする テストコードはシンプルにわかりやすく書く 失敗の原因がわかりやすくなるように意識する RSpecの書き方 テストケース名をitの引数で明記する letよりもlet!を使う 通常の変数と同じ方針に基づいてlet!を利用する subjectを使わない 不要なcontextでのネストを避ける matcherを適切に使い分ける factoryのデフォルト値に依存しないテストを書く 参考にしたブログ記事等 付録：RuboCop設定 We are hiring! サムネイル画像 はじめに テストコードを書く習慣も、近年ではかなり一般的なものになってきました。 ドワンゴ教育事業のバックエンドチームでも自発的にテストコードを書く文化は根付いており、実際に計測はしていませんが、

[hmiyado]

テスト一般の書き方の方針は RSpec に限らず参考になります 👀

[tmtms]

「正の数を渡したとき」「負の数を渡したとき」が間違ってる

[iga_k]

シンプルでよさ

[irimo]

バックエンドはrubyなんですな。テストには難しすぎるロジックは使わないと聞いて、速度重視ならともかく珍しい関数は業務では誉められないのかなみたいな、言語オタクは尊敬するべきですが目指さなくてよくて安心

[hobunobuo]

“RSpec”

[berlysia]

N予備校バックエンド開発でのRSpecによるテストの方針。将来の開発を楽にするために書く。仕様通りに動作することをテストする。失敗の理由がわかるように書く