はじめに 先週の土曜日（2015年5月16日）に西脇.rb＆神戸.rbで「Rubyistのためのテストコード相談会 ～テストの書き方に悩んでいませんか？～」という勉強会を開催しました。 この勉強会は「テストコードに関する疑問や悩みをみんなで持ち寄り、みんなで解決すること」を目的にした勉強会です。 勉強会中はいろいろと興味深い議論が出たので、今回のエントリではその内容を簡単にまとめてみます。 勉強会で挙がった質疑応答 よく使うフレームワークは？ RSpecが大多数、Minitestが若干名。 gemを開発するときはMinitest、RailsはRSpec、というように開発内容によってフレームワークを使い分ける、という人もいた。 Minitestってどうなの？ 導入が簡単。assertメソッドだけ知っていればなんとかなる。 Railsにも対応している。Capybaraも使える。 RSpecのs
Python製のWebアプリケーションの自動受け入れテストをしたくて、調べてみました。 Ruby界隈だと、最近ではCucumberに代わってTurnipというツールが流行っているみたいなので試してみました。 (c) .foto project 自動受け入れテスト用のライブラリ Rubyで自動受け入れテストをしようとすると、以下の3つの選択肢があるようです。 Cucumber テストケースを自然文で書けるため、非プログラマでも読みやすい。 Turnip Cucumberと似ているが、プレースホルダーを簡単に書ける点とRSpecの一部として使える点がメリット。 RSpecのfeature spec RSpec（+Capybara）で完結。非プログラマには読みにくい。 Cucumberは以前にも使ったことがあるので、今回はTurnipを選択してみました。詳しい説明は以下のページに譲ります。 Ru
Rails 4.1 allows us to use Spring to run our rails and rake commands quickly by running your application in the background and avoiding the rails startup time penalty. It took me a little while to find this information, so here is my guide to setting this up. I’m using the Rspec testing framework with the Guard event watcher as the test runner. Spring allows us to watch the test run almost immedia
rake specでの冗長な出力を止める方法。 rspec-railsを組み込んだRailsプロジェクトでrake specを実行すると、以下のように（specタスクが依存している）test:prepareタスクの出力や、実行するspecファイル名などがずらずらと表示されます。 $ bundle exec rake spec SET SET CREATE EXTENSION COMMENT (snip) INSERT 0 1 INSERT 0 1 INSERT 0 1 /Users/juno/.rbenv/versions/2.0.0-p195/bin/ruby -S rspec ./spec/controllers/admin/castings_controller_spec.rb ./spec/controllers/admin/characters_controller_spec.r
」が実行され、schemaファイルによりDBが生成されているので、「db:test:prepare」コマンドを別の処理に上書きしてしまう。 ① Rakefileにremove_taskメソッドを定義 require File.expand_path('../config/application', __FILE__) Rake::TaskManager.class_eval do def remove_task(task_name) @tasks.delete(task_name.to_s) end end Calproj::Application.load_tasks ② lib/tasks/db/test.rake ファイルを作成 Rake.application.remove_task 'db:test:prepare' namespace :db do namespace :te
Configuring database_cleaner with Rails, RSpec, Capybara, and Selenium Skip to entry content If you write Rails code, or any Ruby code that interacts with a database, and you also write automated tests, chances are you have heard of or used the database_cleaner gem. It’s a terrific gem that abstracts away the various ORM APIs for getting the DB into a “blank slate” state. Periodically I start a ne
皆さん、楽しくテスト書いてますか～～～ 今日は、 rack-legacy を使うことで、 PHP のアプリケーションなのになぜか Ruby のコードでテストできて（受け入れテストのあたりですけど）、そうすると本物の RSpec とかが使えて楽ですよ、と言う話をします。 rack-legacy とは。 まず、 Rack とは、 Ruby 製のウェブアプリケーション（Ruby on Rails、Sinatraなどをご存知かもしれません）とサーバ（Apache/Passenger、NginX、Lighttpdなどなど…）をつなぐ一種の規格です。 Perl や Python にも似たような仕組みがあります。 ここで、 Rack::Legacy というミドルウェアを使うと、他の言語の CGI や、 PHP のアプリケーションが Rack の上で動かせます。 そして、 Rack の上で動くということは
Concurrency is hard to get right, and unfortunately it is hard to test as well. In this article, we show how to use the ruby gem fork_break to manually set breakpoints within tests which allows us to verify concurrent behaviour. A race condition Let’s start with a simple controller action. # app/controllers/counters_controller.rb class CountersController < ApplicationController def increment count
I use RSpec in all my projects. It’s really hard to overemphasize how helpful it is and how much easier becomes your life if you have good specs coverage. But its outstanding flexibility enables many ways to make your specs awful: horribly slow, over-bloated, even non-readable sometimes. I do not want to teach you BDD and RSpec here, but instead I will give you some ideas how to improve your specs
I am trying to run rspecs for a custom delayed job (GetPage::GetPageJob), but I have a problem. When I run them, the jobs are well enqueued (that is to say, well inserted in the delayed_jobs table), but they are not processed by the job worker. Indeed, after launching "rake jobs:work RAILS_ENV=test" in a first terminal, and after running the specs in a second terminal, I don't see any output from
■ [rails][ruby] delayed_job なタスクを rspec でテスト 最近、非同期処理を実現するときは redis + resque がとてもかわいいんだけど、rails とべったりな処理をするときは相変わらず delayed_job を使っている。delayed_job に限らないけど、非同期な処理をするメソッドのテストは割と大変…かと思っていたら手段はあるみたい。 非同期処理の中が動いていることを確認 config/initializer/delayed_job_config.rb とかに以下の処理を追加。 Delayed::Worker.delay_jobs = !Rails.env.test? これで Rails.env.test? な時には delay を書いていても通常の処理を同じになるので、いつも通り期待する動きを rspec で書けば良い。 非同期処理と
![[rails][ruby] delayed_job なタスクを rspec でテスト - HsbtDiary(2011-02-28)](https://cdn-ak-scissors.b.st-hatena.com/image/square/8cab6183abe73ade0ce0a24c302ac36ee5c17b43/height=288;version=1;width=512/https%3A%2F%2Ffanyv88.com%3A443%2Fhttps%2Fwww.hsbt.org%2Fdiary%2Ftheme%2Fogimage.png)
和田 卓人(@t_wada) 作『RSpec の入門とその一歩先へ』はクリエイティブ・コモンズ 表示 - 継承 4.0 国際 ライセンスで提供されています。 東京 Ruby 会議 03 の RSpec ワークショップの資料です。このワークショップでは参加者の方に「写経」(コードを書き写すこと)をして貰い、TDD/BDD と RSpec を同時に学べるように都度説明を入れるかたちで行いました。 第2イテレーションも書きました。続きに興味ある方はご覧下さい (更新) 第3イテレーションも書きました。続きに興味ある方はご覧下さい 1st iteration favotter の みたいな NG ワードのフィルタリング機能を RSpec で作りましょう。まずは NG ワードの検出機能を作成します。 このイテレーションでは最初ベタな形のテストコードと実装を書き、だんだんとそのコードを洗練させてゆきま
『るびま』は、Ruby に関する技術記事はもちろんのこと、Rubyist へのインタビューやエッセイ、その他をお届けするウェブ雑誌です。 Rubyist Magazine について 『Rubyist Magazine』、略して『るびま』は、日本 Ruby の会の有志による Rubyist の Rubyist による、Rubyist とそうでない人のためのウェブ雑誌です。 最新号 Rubyist Magazine 0058 号 バックナンバー Rubyist Magazine 0058 号 RubyKaigi 2018 直前特集号 Rubyist Magazine 0057 号 RubyKaigi 2017 直前特集号 Rubyist Magazine 0056 号 Rubyist Magazine 0055 号 Rubyist Magazine 0054 号 東京 Ruby 会議 11 直
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
