Sam Phippen, Myron Marston, Jon Rowe and Yuji NakayamaJul 1, 2016RSpec 3.5 がリリースされました！ 私たちは semantic versioning に準拠する方針を掲げているため、 このリリースはすでに RSpec 3 を使っている方にとってなにか対応が必要になるものではありません。 しかし、もし私たちがバグを作り込んでしまっていた場合は教えてください。 できるだけ早く修正をし、パッチ版をリリースします。 RSpec は世界中のコントリビュータと共に、コミュニティ主導のプロジェクトであり続けます。 今回のリリースには、50 人以上のコントリビュータによる 600 以上のコミットと 150 以上の pull request が含まれています！ このリリースに向けて力になってくれたみなさん、ありがとう！ 主要な変更 C
UPDATED: I've updated the instructions based on feedback in the comments suggesting the use of the --dummy-path=spec/dummy --skip-test-unit options on the rails plugin new command. Recently, we've been doing a lot more with Rails engines. We've developed a few engines that we've released publicly, and even more that we use privately on applications. We've found it's a good way to organize and shar
Upgrading from rspec-rails 5.x to version 6 RSpec Rails 6 is a major version under semantic versioning, it also follows our new versioning strategy for RSpec-Rails, which is to keep in step with Rails supported versions. Thus it supports 6.1 and 7.0. There are no changes required to upgrade to RSpec Rails 6 if you are using a supported version of Rails. If you are using an older version of Rails,
I'm wondering how I can turn off all these warnings when running a simple test: [1] guard(main)> 16:59:46 - INFO - Run all 16:59:46 - INFO - Running all specs /Users/esjd/.rvm/gems/ruby-2.1.2/gems/rspec-rails-3.0.1/lib/rspec/rails/adapters.rb:124: warning: instance variable @example not initialized /Users/esjd/.rvm/gems/ruby-2.1.2/gems/rspec-rails-3.0.1/lib/rspec/rails/adapters.rb:124: warning: in
2014.02.07 追記 発売しました！詳しくはこちらのエントリをご覧下さい。 RSpec初心者必読！「Everyday Rails - RSpecによるRailsテスト入門」を発売しました - give IT a try 2014.02.28追記: 正式版を公開しました。 おかげさまで無事に正式版を公開することができました。 詳しくはこちらのエントリをどうぞ。 正式版公開のお知らせと幻のあとがき・Everyday Rails - RSpecによるRailsテスト入門 - give IT a try はじめに みなさん明けましておめでとうございます。 一応これが2014年最初の更新になります。 さてさて、昨年末のエントリでもお知らせした通り、現在僕はEveryday Rails Testing with RSpecという電子書籍の翻訳をやってます。 今回は現在の進捗と今後のスケジュールに
今までrspec + guard + sporkでやってきましたけど、sporkのテストにしか効かないあたりとかはイマイチだなぁ、と思ったので噂のSpringに乗り換えてみることにした。 Gemfile group :development, :test do gem "rspec-rails", "~> 2.13.0" gem "guard-rspec", "~> 2.5.2" ~snip~ gem 'spring' end $ bundle install $ spring binstub rspec $ spring rspec Coverage report Rcov style generated for RSpec to /Users/ria10/IdeaProjects/hoge-web/coverage/rcov /usr/local/opt/rbenv/versions/
Friday, 22 March 2013 Request Specs With Devise & RSpec Working with request specs for apps secured using Devise can be tricky. I've recently been using the following approach to authenticate mock users for testing. The Problem The problem is that if you're using Devise within your application for user authentication you'll be securing down your controllers using a before filter. class InvoicesCon
今日行われた RubyHiroba 2013 に参加して、minitest vs rspec というタイトルで LT させていただきました！ 半年ほど minitest & rails 3.2 で web アプリ開発をして感じたことを簡単にまとめたものになります。素人の方が Rails & minitest に手を出すのは現状では少し大変かなあと思いますが、minitest 自体は RSpec と違う思想を持った素晴らしいテストツールなので、時間がたって周辺環境が整えば RSpec の対抗馬としてどんどんシェアを伸ばしていくのではないでしょうか。 余談 LT するのを決めたのが rubykaigi の直前で、突貫作業で資料を作ったために LT の質が低かったなあと反省しています…＞＜。次は TokyuRuby会議06 でまた別の LT をする予定(採択されていれば)なので、これはちゃんと練
Posted on January 10th, 2013 In the past few weeks, I’ve been working with Paperclip, an incredible rails gem for uploading files to Amazon’s S3. However, it took me some substantial time to figure out how to write rspec tests for Paperclip’s has_attached_file method, which I used in my model. Here is how I did it… First, here is part of my Attachment model, which I use for uploading files related
■ [rspec][ruby][rails] rspec-rails と capybara のまとめ rspec-rails と capybara をアップデートしたら request spec で click_link が使えなくなったという声を隣席のぱーらー氏方面から聞こえてきたので、ちゃんとコードを読んで新人's に展開しました。 ぶっちゃけ spec_helper.rb で include Capybara::DSL してしまえば動くんですが、rspec や capybara という Rails でテストを書く上で無くてはならないライブラリの間でどのような方法が良いということになったのかを知ることは Rails Way に乗る上で大事なことです。 それぞれがどのように動いているかを理解するにはまず最初に example group というものを読むと理解が進みます。 https:/
![[rspec][ruby][rails] rspec-rails と capybara のまとめ, [Life] 散髪記録 - HsbtDiary(2012-11-16)](https://cdn-ak-scissors.b.st-hatena.com/image/square/0c371c9279d343258b25d1dc22553b5a8889b64b/backend=imagemagick;height=288;version=1;width=512/https%3A%2F%2Fproxy.goincop1.workers.dev%3A443%2Fhttps%2Fwww.hsbt.org%2Fdiary%2Ftheme%2Fogimage.png)
平素よりQA＠ITをご利用いただき、誠にありがとうございます。 QA＠ITは「質問や回答を『共有』し『編集』していくことでベストなQAを蓄積できる、ITエンジニアのための問題解決コミュニティー」として約7年間運営をしてきました。これまでサービスを続けることができたのは、QA＠ITのコンセプトに共感をいただき、適切な質問や回答をお寄せいただいた皆さまのご支援があったからこそと考えております。重ねて御礼申し上げます。 しかしながら、エンジニアの情報入手方法の多様化やQAサービス市場の状況、＠ITの今後のメディア運営方針などを検討した結果、2020年2月28日（金）15:00をもちましてQA＠ITのサービスを終了することにしました。 これまでご利用をいただきました皆さまには残念なお知らせとなり、誠に心苦しく思っております。何とぞ、ご理解をいただけますと幸いです。 QA＠ITの7年間で皆さまの知識
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
