Everyday Railsの小規模なアップデートを実施しました - give IT a try
お知らせ 僕が翻訳者の1人として参加している電子書籍「Everyday Rails - RSpecによるRailsテスト入門」の小規模なアップデートを実施しました。 購入者の方にはおそらく通知メールが飛んでいるはずです。 アップデート版をダウンロードする場合はLeanpubにログインして、Libraryページにアクセスしてください。 （または通知メールに記載されたリンクからもダウンロードできます） アップデート版のダウンロードはもちろん無料です。 Everyday Rails - RSpecによるRailsテスト入門 | Leanpub 具体的なアップデート内容 今回のアップデートでは原著の2018年6月4日版に追従しました。 とはいえ、2018年6月4日版のアップデート内容はそれほど大規模なものではなく、いくつかの小粒なアップデートをまとめてリリースしたような内容になっています。 興味深
Capybara cheatsheet
In Rspec, these also map to matchers like page.should have_content. Selectors expect(page).to have_button('Save') expect(page).to have_button('#submit') expect(page).to have_button('//[@id="submit"]') The selector arguments can be text, CSS selector, or XPath expression. RSpec assertions page.has_button?('Save') expect(page).to have_no_button('Save') In RSpec, you can use page.should assertions. A
RSpecのletで変数を作成した値がnilになる - Qiita
このような現象が起きる。 問題解決としては単純に違う変数名を指定すればいいだけのこと。だけど、まさかnilになるとはおもってもいなかったので、共有する。 なぜこのような問題となったのか？ 2.3.0から導入されているfrozen_string_literalをrspecないに導入した際に このようなエラーが起きた。 だったら、変数に代入すればいいじゃんということで、同じ変数名で代入したら、違うエラーが発生したのだ。binding.pryなどで調べると上記の問題を発見！！！ まーrubyとかなら変数の中身が書きかわるという感じでそのまま無意識でこのようなことをしてしまうと思う。 みんなの役に立てるといいなー。。。 このような記事をみつけることができなかたので、自分のためにももしかしたらほかの人のためにもなるのではないかと思い今回投稿することにした。 なにか間違っていることや、違うアプローチが
テストコードの期待値はDRYを捨ててベタ書きする ～テストコードの重要な役割とは？～ - Qiita
はじめに みなさん、DRY原則はご存知でしょうか？ DRY = Don't repeat yourselfの略で「繰り返しを避けること」という意味ですよね。 良いコードを書くための重要かつ基本的な原則なので、みなさんよくご存知だと思います。 ですが、DRY原則はテストコードを書く場合は必ずしも最善にはならない場合があります。 他の人が書いたテストコードを見ていると、テストコードにDRY原則を適用したために、かえって悪いコードになっているケースをときどき見かけます。 この記事ではなぜテストコードをDRYにすると良くないのか、ということを説明します。 追記：タイトルを変更しました @t_wada さんのコメントを受けて、タイトルを見直しました。 「テストコードはDRYを捨ててベタ書きする」 => 「テストコードの期待値はDRYを捨ててベタ書きする」 【注意】この記事は画一的なテストコードの書き
How to Test Rails Models with RSpec - Semaphore
Full-stack Ruby on Rails developer. Blogs regularly at eftimov.net. Testing is where we spend most of our time as developers. Good testing raises the quality of software, reduces bugs and, in the long run, makes our work easier. In this article, we’ll discuss the basics of testing with Ruby on Rails: What is BDD?How to test models in Rails?How to test business logic with Rspec?How to use Continuou
Active Jobの簡単な導入手順とRSpecの書き方について
Active Jobの導入手順と、Active Job周りのRSpecの書き方をちゃんと理解していなかったので、英語の勉強も兼ねて、 『Active Job Basics — Ruby on Rails Guides』 を読んでみました！ 🚌 Active JobとはActive Jobはジョブを宣言し、バックエンドでキュー操作を抽象化して実行するためのフレームワーク。 🗻 ジョブの作成ジョブの作成コマンドはこちら。 $ bin/rails generate job guests_cleanup invoke test_unit create test/jobs/guests_cleanup_job_test.rb create app/jobs/guests_cleanup_job.rb class GuestsCleanupJob < ActiveJob::Base queue_a
Real World Refinements - Qiita
Ruby AdventCalendarの最終日です。 締切をオーバーしました……。orz Refinementsの使い道が無いとか、使ったことがないという人が結構居るみたいなので、いくつかのユースケースを紹介しようと思います。 テストコードのDSL 一つはrspec-parameterized。 # Table Syntax Style (like Groovy spock) # Need ruby-2.1 or later describe "plus" do using RSpec::Parameterized::TableSyntax where(:a, :b, :answer) do 1 | 2 | 3 5 | 8 | 13 0 | 0 | 0 end with_them do it "should do additions" do expect(a + b).to eq answ
[Ruby] よく使うRspecのレシピ集（Rspec3.3） | DevelopersIO
モバイルアプリサービス部の五十嵐です。 最近Rspecをガッツリ書いたので、調べたことをユースケースごとにまとめてみます。 対象バージョンはRspec3.3です。 リフレクション Rubyのリフレクションを使用したテストの書き方です。 インスタンス変数を操作したい インスタンス変数を取得したい場合はinstance_variable_get、設定したい場合はinstance_variable_setを使います。また、instance_variable_setでモックを仕込むことでレシーバオブジェクトのインスタンス変数や動作を操作することができます。 obj = Person.new(name: 'Hoge') # initializerで@nameにnameがセットされる想定 name = obj.instance_variable_get('@name') expect(name).to
![[Ruby] よく使うRspecのレシピ集（Rspec3.3） | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/cebe39caf8f7a5db5f6715f72a4727e792566695/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2014%2F04%2Fruby.png)
いまさら聞けない「コードの英語」超入門 - クックパッド開発者ブログ
広告事業部の鈴木達矢です。コーディングをしてると変数やメソッド名の付け方に悩むことって多々ありますよね。逆にコードを読んでいると単語の選択がこれでいいのかなという時や、動詞の活用形が間違っていてよく意味がわからない、時に潔く日本語の変数名になっていることも見かけます。でもプログラミング言語の単語が英語をベースにしていますし、Railsを使っている場合は日本語が規約（Convention）に合わなかったりします(複数形が無いなど)。それから動詞の活用形が違っていると主語（動作の主体）が変わってしまい、意味が変わってしまいます。その結果コードの可読性が落ち混乱を招きやすくなります。 いくつかの基本的な法則だけおさえておけばコーディング中に可読性の高い単語の選択ができるようになります。今回はそれを目的に、英語の扱いに都度時間を費やしてしまうような方に向けていくつかの法則をご紹介します。*1 変数
RSpec 3.0から3.3まで一気に上げたので独断と偏見で選んだ注目すべき新機能を紹介する - Qiita
実際にはほとんど3.3の話ですが、まぁ3.3それだけよさそうなんで、みなさん使ってみてください。 まずはRSpecのブログにも書いてあったものから。 RSpec 3.1 has been released! RSpec 3.2 has been released! RSpec 3.3 has been released! (3.2での変更) Core: Performance Improvements オブジェクトを割り当てる回数を減らして速くしたそうです。RSpecが速すぎて困る人は誰もいません。上げましょう。 (3.2での変更) Mocks: Mismatched Args Are Now Diffed expect(x).to eq(y) して失敗した時と同じように、expect(x).to receive(:method_name).with(arg)と書いて失敗した時も予測した結
RSpec についての議論
セコン @hotchpotch 時々 rspec 書くと、そもそも文法なんだっけ、expectｪ… be_true じゃだめで be_truthyェ… このとき美しく書くには…みたいになってつらい… assert 最高みたいになる 2015-05-27 09:49:54
悩んでるポイントはみんな同じ！？「Rubyistのためのテストコード相談会」の質疑応答まとめ - give IT a try
はじめに 先週の土曜日（2015年5月16日）に西脇.rb＆神戸.rbで「Rubyistのためのテストコード相談会 ～テストの書き方に悩んでいませんか？～」という勉強会を開催しました。 この勉強会は「テストコードに関する疑問や悩みをみんなで持ち寄り、みんなで解決すること」を目的にした勉強会です。 勉強会中はいろいろと興味深い議論が出たので、今回のエントリではその内容を簡単にまとめてみます。 勉強会で挙がった質疑応答 よく使うフレームワークは？ RSpecが大多数、Minitestが若干名。 gemを開発するときはMinitest、RailsはRSpec、というように開発内容によってフレームワークを使い分ける、という人もいた。 Minitestってどうなの？ 導入が簡単。assertメソッドだけ知っていればなんとかなる。 Railsにも対応している。Capybaraも使える。 RSpecのs
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - willnet/rspec-style-guide: 可読性の高いテストコードを書くためのお作法集
Docker時代の分散RSpec環境の作り方 // Speaker Deck
GitHub - jurre/rspec-volkswagen: RSpec, volkswagen style
RSpecとMinitest、使うならどっち？ / #kanrk06 // Speaker Deck
Disabling code coverage for guard spec runs
RSpec::HueFormatter
http://blog.branch4.pw/blog/2014/07/27/first-rspec-with-rails/
GitHub - cookpad/rrrspec: Distributed RSpec
