RSpecの書き方メモ #元住吉ハッカソン - 130単位
Better Specs { rspec guidelines with ruby } Better Specsというサイトを題材にして、RSpecについてディスカッションしました。そのメモです。※訳ではないです How to describe your methods クラスマクロ(例えばActiveRecordのscope)のdescribe describe '.scope_name' はクラスメソッドとかぶるので微妙 describe 'scope: scope_name' とscopeなのを明示するのがいいのでは Test all possible cases 正常系/異常系可能な限り網羅したほうがいいけど、程度にもよる Use subject 重複のあるexample groupと重複のないexample groupが1ファイルに混在する場合 常にsubjectを使うように統一
ちゃんとテスト書き始めた話 - AnyType
テストのモチベ＝怖いからやる 正直に白状すると、「これまでテスト書いたことない && 会社にテストの文化がない && テスト書いてる時間ない」っていう状況で、時間を割いてでもテストを書こうっていうモチベがなかなか湧かなかった。 そんななか、唯一、ハッキリとしたわかりやすいモチベは「デグレが怖い」という恐怖心から解放されることだった。 プロジェクトが大きくなるほど、自分が書いたコードがどこまで影響するか把握できなくなってくる。だからといって、変更のたびにブラウザでポチポチ一個ずつ確認する作業はだるい。 テストが通ってるという事実が抜群の安心感をもたらすことがわかってきて、ちゃんとテストを書くようになったというお話です。 500返ってないか怖い 一番わかりやすいテスト項目として「ユーザーにエラー画面を表示していないか」というのがまずアタマに浮かんだ。 モデルとか変更すると、影響範囲よくわからな
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
