Gemfileのベストプラクティス
長年の運用で「Gemfileはこう運用すると上手くいった」という知見が蓄積されてきたので、ここに書き出してみておく。 Bundler/OrderedGemsを有効化する RuboCopの Bundler/OrderedGems Copを有効化する。 悪い例: gem 'puma' gem 'jbuilder' 良い例: gem 'jbuilder' gem 'puma' セクションを分けない 基本的に、独自の判断で空行を入れてセクションを分けたりしない。 ここで言うセクションとは「空行で区切られた１つのまとまり」のことである。Bundler/OrderedGems は、このまとまりの中で辞書順であることを要求する。 悪い例: gem 'aws-sdk-rails' gem 'aws-sdk-s3' gem 'graphql' gem 'graphql-batch' 良い例: gem 'aw
RSpec では context 間の違いを表現するときにのみ let を使う - id:onk のはてなブログ
Test which reminded me why I don't really like RSpec | Arkency Blog (日本語訳：Rails: RSpecが好きでないことを思い出したテスト（翻訳）｜TechRacho by BPS株式会社) を見ての感想。 元のコードのイマイチなところは 4 つあって、 params を before で書き換えている *1 it "will succeed" の文言 it { is_expected.to be_success } と expect(result.success?).to eq(true) が混ざっている let が不思議な順序で連発されていて事前条件を読み解けない すべて、これによって何をテストしているのかが分かりづらくなっているという問題を引き起こす。 params を before で書き換えている let(:pa
【RSpec】describe,context,itの使い分けについて - bokuの学習記録
はじめに RSpecを書き始めてから、describeとcontextに何を書いたらよいか迷うことがありました。なので、describe、context、itの使い分けについて紹介します。 テストの流れ テストの流れは、 テストの対象に対して 特定の条件において 期待するアウトプットが返ってくるかを調べる が主な流れである。 実は、この流れが使い分けのポイントである。 describeはテストの対象を記述 contextは特定の条件を記述 itはアウトプットを記述 となる。 例（モデルのバリデーションテスト） RSpec.describe Task, type: :model do describe 'Taskモデル（テストの対象）' do context '値を入れなくてはならないカラムのバリデーションが有効であるか確認する（条件）' do it '全ての属性の値があれば有効' do t
RSpec3でbe_trueとbe_falseはなくなり、be_truthyとbe_falsey(be_falsy)になった - コード日進月歩
変化の経緯がなるほどなーと思ったのでまとめる。 出典 Notable Changes in RSpec 3 解説 RSpec3のリリースノートいわく RSpec 2 had a pair of matchers (be_true and be_false) that mirror Ruby's conditional semantics: be_true would pass for any value besides nil or false, and be_false would pass for nil or false. In RSpec 3, we've renamed these to be_truthy and be_falsey (or be_falsy, if you prefer that spelling) to make their semantics more e
rspec 「let」と「let!」の違い - Qiita
はじめに 業務でRSpecでテストコードを書いています。 先日「あれ、通るはずのテストが通らない。。。(´・ω・`)」と思ったら「let!」の「！」を付け忘れていました。 備忘録として、letとlet!の違いをまとめておきます。 let letは、定義した定数が初めて使われたときに評価されます。 # composerが複数のsongを持つものとする Rspec.describe Sample do let(:composer) { create(:composer) } let(:composer_song) { create(:song, composer: composer, title: 'きらきら星') } it '〜〜' do expect(composer).to ~~ end end end
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
「もうやめて！レビュワーのライフは0よ！」と言いたくなるRSpecの書き方
【Ruby on Rails】RSpecのdescribe/context/itの意味を理解した件 - Qiita