RSpec における double / spy / instance_double / class_double のそれぞれの違いについて - Qiita
RSpec における double / spy / instance_double / class_double のそれぞれの違いについてRubyRSpec はじめに RSpec でモックを作る際の double、spy、instance_double、class_double のそれぞれの違いについて説明します。 TL;DR double と比較した際に spy は呼び出されるすべてのメソッドを明示的にスタブする必要がない instance_double は未定義のインスタンスメソッドをスタブしようとした際にエラーになる class_double は未定義のクラスメソッドをスタブしようとした際にエラーになる
ブロックの中身をテストするときのRSpecの書き方 - Qiita
class Sample def foo(x) ho = hoge(x) do |y| piyo(y) end ho + 'foo' end def hoge(x) yield x + 'hoge' end def piyo(y) y + 'piyo' end end describe Sample do it 'yields block of hoge method by passing block to stub' do allow(subject).to receive(:hoge).with('start') do |x, &block| expect(block.call(x)).to eq('startpiyo') 'startpiyo' end subject.foo('start') end it 'yields block of hoge method by using
Rails tips: RSpecの`let`ブロックや`before`ブロックは基本避けるべき（翻訳）｜TechRacho by BPS株式会社
2018.04.11 Rails tips: RSpecの`let`ブロックや`before`ブロックは基本避けるべき（翻訳） 概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: RSpec - you should avoid let and before blocks to use natural flow 原文公開日: 2018/02/06 著者: Paweł Dąbrowsk Rails tips: RSpecのletブロックやbeforeブロックは基本避けるべき（翻訳） RSpecの作者はそれなりの理由があってbeforeやletブロックを考案しましたが、本当に必要でない限りこれらの利用は避ける方が賢明です。理由は以下のとおりです。 テストの本体からletの定義にジャンプ（またはその逆のジャンプ）することで、テストの自然な流れを妨げることになります。 letを使うとテスト
「RSpec で example の外で定義したローカル変数を使うのはアリか？」に対する僕の見解と解決策 - give IT a try
はじめに 先日、「RSpec で example の外で定義したローカル変数を使うのはアリか？」というブログ記事を拝見しました。 ブログの作者である「きいあむ」さんは、「exampleの外で定義したローカル変数を使うのもアリなのでは？」というスタンスで記事を書かれています。 ですが、僕は「うーん、これはちょっと・・・」という感が否めません。 そこでこのエントリでは上記ブログ記事の内容に対する、僕の見解と考えられる解決策を書いていきます。 RSpecでテストを書くことがある人は参考にしてみてください。 上記ブログの簡単なまとめ さくっと要点を把握したい、という方のために、きいあむさんの意見を簡単にまとめておきます。 RSpecでは値を共通化するために、インスタンス変数やletを使います。 たとえば、何も考えずに愚直テストを書くとこんな感じになります。 describe User do it
澳门新葡萄·新京(威尼斯)8883【百度VIP认证】最新娱乐平台
Bad Request - Request Too Long HTTP Error 400. The size of the request headers is too long.
letのスコープについて
こういうクラスがあったとして、 class Book attr_reader :author end 以下のspecを書くと、 let(:author){ build :author, name: '田中'} it 'test_a' do book = Book.new book.instance_eval do @author = author end expect(book.author.name).to eq '田中' end undefined method or variables 'name' for nil class になってしまいます。 しかし、 let(:author){ build :author, name: '田中'} it 'test_a' do # 一度ローカル変数に代入する。 var_author = author book = Book.new book.
RSpec 3.4ではエラーが起きた行を出力結果に表示してくれるようになった - Qiita
はじめに 2015年11月にRSpec 3.4がリリースされました。 派手は新機能はありませんが、実践的な機能改善が施され、テストのサイクルを効率よく回せるようになっています。 主な新機能についてはこちらの公式日本語訳（！）をご覧ください。 今回のリリースから日本語訳を書くことにしました :) / RSpec 3.4 がリリースされました！ https://t.co/HpJkYyEMV7 — Yuji Nakayama (@nkym37) November 14, 2015 公式ブログには以下のような新機能が紹介されています。 Core: Bisect アルゴリズムの改善 Core: 失敗時の出力の改善 複数行のコードスニペット coderayがインストール済みの場合、シンタックスハイライトが有効に 失敗元の行の検出の改善 Expectations: 複合エクスペクテーションの失敗時メッセ
RSpec実行順序に影響するテストをデバッグする - Qiita
rspecで実行順序に依存してエラーが発生する場合、テスト実行時の seed番号 を指定することで実行順序を固定することができる。 特定の失敗した時の seed番号 をメモしておいて、コマンド実行時に指定することでその時の実行順序を維持してくれるので、デバッグが可能となります。 実行順序のデバッグ方法 rspec実行後に以下のように最後に出力される seed番号 を確認。 …省略 Finished in 1 minute 29.16 seconds (files took 11.54 seconds to load) 800 examples, 0 failures, 0 pending Randomized with seed 1254 ＜＝この 1254が seed番号
RSpec で Kernel.open をスタブする - Qiita
class HidamariController < ApplicationController # POST /hidamari/sketch def sketch ### 略 ### open('http://www.tbs.co.jp/anime/hidamari/') ### 略 ### end end 上記のように open-uri の Kernel.open を使用しているコードがあります。 その単体テストで open が呼ばれることを確認したいです。 うーん、Kernel.open をスタブする方法がぱっと思い浮かばなかったので色々試してみました。 # NG expect(Kernel).to receive(:open).with('http://www.tbs.co.jp/anime/hidamari/') # OK expect_any_instance_of(Kern
いまさら聞けない「コードの英語」超入門 - クックパッド開発者ブログ
広告事業部の鈴木達矢です。コーディングをしてると変数やメソッド名の付け方に悩むことって多々ありますよね。逆にコードを読んでいると単語の選択がこれでいいのかなという時や、動詞の活用形が間違っていてよく意味がわからない、時に潔く日本語の変数名になっていることも見かけます。でもプログラミング言語の単語が英語をベースにしていますし、Railsを使っている場合は日本語が規約（Convention）に合わなかったりします(複数形が無いなど)。それから動詞の活用形が違っていると主語（動作の主体）が変わってしまい、意味が変わってしまいます。その結果コードの可読性が落ち混乱を招きやすくなります。 いくつかの基本的な法則だけおさえておけばコーディング中に可読性の高い単語の選択ができるようになります。今回はそれを目的に、英語の扱いに都度時間を費やしてしまうような方に向けていくつかの法則をご紹介します。*1 変数
RSpecでJSONによるPOSTリクエストをテスト
JSON データの POST が Controller Spec で動かない… 最初、テストの性質からしてコントローラーのテスト（spec/controllers/some_controller_spec.rb）に、JSON データを POST するテストを書こうとしました。結果、色んな書き方を試したのですが、どうにも動作しない…。JSON データじゃなくて、パラメータのハッシュを POST する場合は、以下のページの書き方で普通に動きます。 RSpec の ControllerSpec でパラメータとともに post 送信するテスト | EasyRamble ぐぐりまくって調べたところ、次の stackoverflow ページを発見。 As far as I have been able to tell, sending raw POST data is no longer possib
「RSpecとMinitest、使うならどっち？」という発表をしてきました #kanrk06 - give IT a try
はじめに 去る2015年7月11日、関西Ruby会議06で「RSpecとMinitest、使うならどっち？」という発表をしてきました。 今回ではこの発表に関する情報と、参加した感想等をあれこれ書いてみます。 発表の前に客席の写真を撮らせてもらいました。会場でかい！ 発表のスライド 今回使ったスライドはこちらです。 RSpecとMinitest、使うならどっち？ / #kanrk06 - Speaker Deck 発表の動画（本当は練習風景） イベント当日の動画はありませんが、発表の前に練習用に撮ったスクリーンキャストがあります。（約25分） 発表内容はほとんど同じなので、当日イベントに参加していない人もこれを見ればだいたい内容がわかると思います。 RSpecとMinitest、使うならどっち？ #kanrk06 - YouTube 今回の発表で工夫した点や気をつけたポイントなど 事実と意見
RSpecの速度を並列実行で3倍速に〜3行書き換えて〜 - Qiita
RSpecの実行に数分〜数十分単位がかかるようになってきたので、並列実行を導入しました。ちなみに最近日本で流行りのCircleCIなどは使わず、古きよきJenkinsを使っています。 高速化の方法の選択として、下記記事を参考にしました。 20150106: RailsのRSpecテストを速くする方法まとめ 私はtest-queueというgemを実行に使うことで高速化をはかりました。 どれぐらい早くなった？ まず先に結論から。およそ3倍早くなりました。 なぜ3倍かというと、Jenkinsのホストマシンが3コアのマシンだからです。 Before After もしこれが10コアだったら、10倍速になることでしょう。 一応、「データベースとの兼ね合いで...」「テストの実行順序が...」といった話はもちろん出ると思うんですが、私が今回試したアプリはActiveRecordを使っていないRailsア
Rspecの"should"か"expect"か。"it"か"specify"か。 - Qiita
Rspecはshouldでもexpectでも書けるけど、どっち使えば？ Rspecにおいてpage変数を使うと、指定したpageがあらかじめ意図した要素をちゃんと持っているか、テストを行う事ができます。 例えばサインインするためのページに、ちゃんとサインインへのリンクが貼ってあるかどうかのテストをする時 describe "Signin page" do before { visit signin_path } it "should have right content" do expect(page).to have_content('Sign in') expect(page).to have_title('Sign in') end end しかし上記の方法だとテストする要素が多くなるにつれて、page,page,page,page...と修行僧のように連呼することになるので以下のよ
Minitestの技術書としては日本初！？「RSpecユーザのためのMinitestチュートリアル（ベータ版）」を公開しました！ - give IT a try
はじめに 先日のブログでも書きましたが、電子書籍「Everyday Rails - RSpecによるRailsテスト入門」の追加コンテンツとして「Minitest版のテストコードとその解説書」を書いています。 執筆はまだ完全に終わっていませんが、キリのいいところまで書き終えたのでいったんベータ版としてリリースすることにしました。 追加コンテンツのタイトルは「RSpecユーザのためのMinitestチュートリアル」です。 今回のエントリではこの書籍の内容について紹介します。 2015.7.29 追記：正式版を公開しました！ 2015年7月29日に正式版を公開しました。 詳しい内容は以下のエントリで紹介していますのでこちらも併せてご覧ください。 blog.jnito.com 「RSpecユーザのためのMinitestチュートリアル」 「RSpecユーザのためのMinitestチュートリアル」の
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - sagmor/mruby-spec: WIP - Behaviour Driven Development for MRuby.
GitHub - seratch/rspec-kickstarter: RSpec 3 code generator toward existing Ruby code.
GitHub - itmammoth/run-rspec.vim: Lovely rspec runner for vim
【RSpec】テストケース(it)をまとめてRSpecを高速化する。 - Qiita
selective paper_trail in RSpec