RSpecでActiveRecordに依存しているConcernのspecを書く。 - QiitaDeleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?
Rails: RSpecをもっとDRYに書くテクニック（翻訳）｜TechRacho by BPS株式会社
概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Small steps to DRYer RSpec 原文公開日: 2017/01/22 著者: Victor Shepelev-- ウクライナ在住のRubyプログラマーで、SciRubyのメンテナーとメンターでもあります。 2017/11/29: 初版公開 2023/07/11: 更新 🔗 これは何？ RSpec APIは可能な限りDRYで読みやすいDSLへと絶え間なく進化し続けています。しかし、specをさらにDRYにできる方法（トリックや追加メソッドなど）はまだまだあるのです。 警告: 本記事を読んで「この方法を使うより先に、テストしやすいコードを書けるように設計を見直す方がいいのでは？」と言いたくてたまらなくなるかもしれませんが、そうした方法は既に知られているとお考えください。 更新情報（2017/08/15）: sah
一部のテストのみ実行 -タグ付け-
RSpecテストの数が数百、数千個になってくるとテストの待ち時間が問題になってきます。個々のテストに「毎回実行する」、「たまに実行する」や「すぐ終わる」、「時間かかる」などの分類ができると便利です。 その際に使用するのがRSpecのtag機能です。 ※RSpecのバージョンはRspec3を想定しています。 tagはgroup(describe、context)にもexample(it)にも指定可能で、キー・バリュー形式で指定します。 バリューにはシンボル、文字列、booleanが指定可能です。一箇所に複数のtagを指定することも可能です。 以下の例で緑の部分がtagになります。 describe 'in describe' do let(:b){ true } let(:i){ 1 } let(:s){ 'hello' } context 'in context 1', speed: :s
Google Cloud BuildでRSpecのテストを行う - Qiita
先日、Google Cloud BuildとGithubの連携が発表され、CIの実現がより簡単になりました。 この記事では、簡単なRailsアプリケーションを用意して、GithubのPull Request時にRSpecでテストを実行し、パスした場合にContainer RegistryにPushするまでの流れをまとめてみました。 前提 以下のコマンドを使用します。 docker (18.06.0-ce) gcloud (Google Cloud SDK 210.0.0) RailsアプリのDocker化 まずはRailsアプリケーションをDocker環境で準備します。 普段はDocker Composeを使って、アプリケーションとDB、KVSなどをそれぞれのコンテナで準備するのですが、今回はCI上で実行しやすいよう、１イメージにRubyとMySQLを含めます。 なお、各バージョンについて
RSpec 3.5 がリリースされました！
Sam Phippen, Myron Marston, Jon Rowe and Yuji NakayamaJul 1, 2016RSpec 3.5 がリリースされました！ 私たちは semantic versioning に準拠する方針を掲げているため、 このリリースはすでに RSpec 3 を使っている方にとってなにか対応が必要になるものではありません。 しかし、もし私たちがバグを作り込んでしまっていた場合は教えてください。 できるだけ早く修正をし、パッチ版をリリースします。 RSpec は世界中のコントリビュータと共に、コミュニティ主導のプロジェクトであり続けます。 今回のリリースには、50 人以上のコントリビュータによる 600 以上のコミットと 150 以上の pull request が含まれています！ このリリースに向けて力になってくれたみなさん、ありがとう！ 主要な変更 C
Rspecのbeforeとletの挙動を検証 - Qiita
rspec (3.6.0) rspec-core (~> 3.6.0) rspec-expectations (~> 3.6.0) rspec-mocks (~> 3.6.0) rspec-core (3.6.0) rspec-support (~> 3.6.0) rspec-expectations (3.6.0) diff-lcs (>= 1.2.0, < 2.0) rspec-support (~> 3.6.0) rspec-mocks (3.6.0) diff-lcs (>= 1.2.0, < 2.0) rspec-support (~> 3.6.0) rspec-rails (3.6.0) actionpack (>= 3.0) activesupport (>= 3.0) railties (>= 3.0) rspec-core (~> 3.6.0) rspec-expecta
RSpecの(describe/context/example/it)の使い分け - Qiita
概要 なかなか使い分けする基準が理解できなかったけど、 こういうことかという考えが出てきたのでメモ。 使い分け方 テストの流れを端的に言うと、 機能、クラス、メソッドなどのテストの対象に対して、 特定の条件で実行してみて、 期待するアウトプットが返ってくるかを調べる、 ということになる。 ここで出てきたテストの対象と特定の条件とアウトプットに注目して、 (describe/context/example/it)の使い分けを行う。 describeには、テストの対象が何かを記述する。 contextには、特定の条件が何かを記述する。 exampleとitには、アウトプットが何かを記述する。日本語で記述するときはexampleを使う。it "is 〜やit { should be 〜 }のような形で書きたい場合はitを使う。 describe 'テストの対象' do context '特定の条
RSpecのletを使うのはどんなときか？（翻訳） - Qiita
# インスタンス変数を使う場合 before do @user = User.new(name: 'Taro', email: 'taro@example.com') end it 'is valid' do expect(@user).to be_valid end # letを使う場合 let(:user) { User.new(name: 'Taro', email: 'taro@example.com') } it 'is valid' do expect(user).to be_valid end RSpecを使い慣れている人であれば、おそらくletを使うことが多いと思いますが、初心者の人には違いやメリットがよくわからないと思います。 また、使い慣れている人であっても具体的な違いをぱっと即答できる人は少ないんじゃないでしょうか？ ネットを調べていたところ、Stack Overfl
ApivoreでAPIの実装とOpenAPIドキュメントの乖離を防ぐ - Qiita
本記事ではApivore 1.6.2を使います。 スペックの記述 準備 swagger.json の配信 テストで使うために、OpenAPIに則って書いた swagger.json をローカル環境でAPIから取得できるようにしておきます（public ディレクトリ配下にJSONを置く、swagger-blocksを使って動的に作成する、など）。つまり、次のように動作する状態にします。 $ curl https://localhost:3000/v1/swagger.json | jq . { "swagger": "2.0", "info": { "description": "This is a sample server Petstore server. You can find out more about Swagger at [http://swagger.io](http://
rspec, factory_girl, spork, guardによる自動テスト環境の構築 - AnyType
こちらの記事を参考に自分で自動テスト環境を構築した記録です。この記事はすごく参考になりました。感謝です。 Rails3+RSpec2+Spork+Guard(guard-rspec,guard-cucumber)で最速のBDD(振舞駆動開発)環境を作る - Curiocity Drives me ０．環境 # Gemfile source 'http://rubygems.org' gem 'rails' gem 'rake', '0.8.7' gem 'mysql2', '0.2.6' gem 'haml-rails' gem 'jquery-rails' $ bundle install --path vendor/bundle１．rpec-rails, factory_girl_railsのインストール # Gemfile source 'http://rubygems.org' g
RSpecでRailsのテストをしてみるテスト。 | Ginpen.com
めもめも。 この記事はRubyもRailsもよくわかっていない人が自分のためのメモとしてだらだら書きました。リファレンスがよくわからなかったので、動かして試してみた感じです。 RSpecは（Railsに限らず）Rubyで動くテストフレームワーク。Railsに最初から入ってるTest::Unitよりも色々と良いらしい……けどそっちも使った事がないので比較はできません。 RubyじゃなくてRailsから利用する視点から俺用にまとめます。 環境 $ ruby -v ruby 1.9.2p290 (2011-07-09 revision 32553) [i686-linux] $ rails -v Rails 3.2.1
RSpec の入門とその一歩先へ - t-wada の日記（旧）
和田 卓人(@t_wada) 作『RSpec の入門とその一歩先へ』はクリエイティブ・コモンズ 表示 - 継承 4.0 国際 ライセンスで提供されています。 東京 Ruby 会議 03 の RSpec ワークショップの資料です。このワークショップでは参加者の方に「写経」(コードを書き写すこと)をして貰い、TDD/BDD と RSpec を同時に学べるように都度説明を入れるかたちで行いました。 第2イテレーションも書きました。続きに興味ある方はご覧下さい (更新) 第3イテレーションも書きました。続きに興味ある方はご覧下さい 1st iteration favotter の みたいな NG ワードのフィルタリング機能を RSpec で作りましょう。まずは NG ワードの検出機能を作成します。 このイテレーションでは最初ベタな形のテストコードと実装を書き、だんだんとそのコードを洗練させてゆきま
Rails の環境を MongoDB, RSpec, FactoryGirl に変えた | rb.blog.pasberth.com
とりあえず今までは Rails 標準の ActiveSupport::TestCase とか ActiveRecord::Fixtures 使ってたんだけど、変える事にした なんで? MongoDB: なんか興味持ったから。 (正しくは http://twitter.com/#!/pasberth/status/173656859629191168 => http://twitter.com/#!/pasberth/status/173657127469056000 ) FactoryGirl と RSpec: なんか ActiveRecord::Fixtures と ActiveSupport::TestCase が MongoDB だとうまく動かなかったから、ぐぐって解決法を調べているうちになんか方向性が変わってた 環境の変化 今までの環境 database => MySQL test
Railsでテストを書いてみる(Rspec:Controller編) - KodaNote
コントローラもテストしてみる。 ページにアクセスしてサクセスが返ることと、期待するテンプレートを表示することを確認するシンプルなケース 画面にアクセスするのは get :アクション名 成功が返るのは response.should be_success テンプレートの表示判定は response.should render_template("XXXX") describe '登録画面にアクセスしたら' do before do get :add_index end it 'サクセスであること' do response.should be_success end it '登録画面を表示すること' do response.should render_template("tunes/add") end end フォームからデータを送信したケースのテスト post でアクションに対してパラメータ
[Rails] RSpec でコントローラのテストを記述する例 - それはBooks
Ruby on Railsで、RSpec を使ってコントローラのテストをしたテストコードの例を載せておきます。 環境は、Ruby on Rails3、Ruby1.9.2 を使っています。RSpec の使い方の参考になれば幸いです。 RSpec で Controller のテストを書いてみた Ruby on Rails3, Ruby1.9.2 で Controller クラスの RSpec を書いてみました。 Controller でテストしたのは次の3点です。 ルーティングが合っているか 処理が通って 200 OK を返すか 処理が通って期待通りの結果（Blog が保存されることによって count がひとつ増える）になっているか # coding: UTF-8 require 'spec_helper' describe BlogsController do describe "GET
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
How to validate locals of render template in rspec
RSpec 3.5 から shared_context の使い方が少し変わっていた
http://www.func09.com/wordpress/archives/532
GitHub - rspec/rspec-rails: RSpec for Rails 7+
rummelonp.com