#shinjukurb 初心者向け RSpec 資料 - タツオチップス
前置き 最近の shinjuku.rb shinjuku.rb はここしばらく、Rails3レシピブック読書会ではなく、ペアプロしながらツッコミを入れてくというエクストリーム・フィッシュボール形式でお題を実装しています。 ペアは @garden_tree さんが作ってくれた Rails 製のアプリでランダムに決めます。で、即席ペアを組みまして、15分間ペアプロします。まわりの人はヤジとかツッコミとかをいれます。 道具 ruby 2.0.0p195 (1.8.x でも 1.9.x でも動くとは思いますが…2.0使います) rspec git github (https://github.com/Shinjuku-rb/shinjuku.rb-13) 雰囲気とか？ 参加者は、最近Ruby始めましたというビギナーや学生から、Rubyでお仕事してますという人まで様々ですね。僕はヤジを飛ばしつつ、い
rspecの標準matchers(マッチャー)一覧 - 酒と泪とRubyとRailsと
RSpecの標準マッチャー(matcher)の一覧を作ってみました。できるだけ一覧を見やすくして、開発の手助けになることを目指しています。 🚜 RSpecって何？RSpecのベーシックな情報は以下がお勧めです。 「RSpec をもっと理解したかったので、まとめを作りました」に感動してRuby 1.9.3でやってみた！ : 以前作ったものです。RSpecの導入の手助けになると思います。 改めて学ぶ RSpec : RSpec初歩からしっかり理解できるすばらしい記事です。 RSpec 簡潔に記述する(1) it ブロックを短く書く！ : 説明がすごくわかりやすくて勉強になります。 🐡 マッチャー一覧 マッチャー not 意味・機能
Rails の ActiveRecord モデルテストの書き方ガイドライン - passingloopの日記
このエントリでは，Ruby on Rails （以下 Rails）の ActiveRecord モデルテストについて，1) どこの何をテストすればよいか，2) どのようにテストを書けばよいか，のガイドラインを示します．このガイドラインは Rails 公式のものではなく，id:passingloop が使っている私的なものです．疑問・質問・批判・間違いの指摘はページ下部のコメント欄までお願いします． はじめに Rails は TDD/BDD サポートが充実した Web アプリケーション開発フレームワークです．Rails で使える Test::Unit や RSpec などといったテスティングフレームワークの使い方に関する解説も豊富にあります．しかし，「どこをどうテストすればよいのか」についての解説は，「使い方」の解説と比較して少ないように思います．もっとも，テスト一般についてどう書くかはアプ
チュートリアル「Rails Tutorial for Devise with RSpec and Cucumber」をやってみる - 発声練習
The RSpec Bookをやってみるで、RSpec + Cucumberが良さそうなことはわかったのだけど、具体的にどう適用したらよいのかわからない。特にほとんどのアプリで最初に作るべきログイン機能の部分。 そこで、Rails Tutorial for Devise with RSpec and Cucumberをやってみる。 環境 RVM ruby 1.9.3p194 Rails 3.2.8 新しいプロジェクト作成 % rails new rails3-devise-rspec-cucumber -T「-T」は、Unit::Testを入れないためのオプション。理由はRSpecを入れるため。 Gemfileに以下のライブラリを追加。 rspec-rails cucumber-rails database_cleaner factory_girl_rails （参考：func09：has
るびま
『るびま』は、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 直
Ruby on Rails で Rspec+Capybara+Spork+Guard+factory_girl+simplecov 環境を構築するときのメモ - Qiita
# step.1 # 約50行目の # This file is copied to spec/ when you run 'rails generate rspec:install' # より下のコード(sporkをインストールする前のspec_helper.rbのコード)をすべて Spork.prefork do # --ここ-- end # に貼り付ける。 # step.2 # Spork.prefork do 内先頭付近に、factory_girlとcapybaraの設定追加。 # これでrails g の時にいろいろ勝手に作ってくれる require 'rspec/rails' require 'rspec/autorun' require 'factory_girl_rails' # add require 'capybara/rspec' # add # step.3 # S
私はRSpecでテストをこんな感じで書いてる - アジャイルSEを目指すブログ
私がRSpec使ってテスト書く時はこんな感じで書いてるよ〜ってのを書いてみた。*1 テストを書く順番について TDDでコードを書く場合、先にテストを書く事になります。 そして、そのテストを書く順番ですが、私は下記のような順番で書くように意識しています。 設計する describe を書く itを書く subjectを明確にする before(context)を明確にする その他に、気をつけている点はこんな感じ 別のメソッド呼ぶ時は基本的にstubなどで潰す contextは「〜の場合」、it は「〜であること」になるようにする 一つずつ、詳細を書きます。 設計する テストを書き始める前に、まず実装しようとしてるクラス、メソッドを簡単に設計します。 少なくとも、「クラス名」「クラスメソッド or インスタンスメソッド」「メソッド名」「メソッドの戻り値」ぐらいは決めます。 describe を
RSpec の入門とその一歩先へ - t-wada の日記（旧）
和田 卓人(@t_wada) 作『RSpec の入門とその一歩先へ』はクリエイティブ・コモンズ 表示 - 継承 4.0 国際 ライセンスで提供されています。 東京 Ruby 会議 03 の RSpec ワークショップの資料です。このワークショップでは参加者の方に「写経」(コードを書き写すこと)をして貰い、TDD/BDD と RSpec を同時に学べるように都度説明を入れるかたちで行いました。 第2イテレーションも書きました。続きに興味ある方はご覧下さい (更新) 第3イテレーションも書きました。続きに興味ある方はご覧下さい 1st iteration favotter の みたいな NG ワードのフィルタリング機能を RSpec で作りましょう。まずは NG ワードの検出機能を作成します。 このイテレーションでは最初ベタな形のテストコードと実装を書き、だんだんとそのコードを洗練させてゆきま
Railsのコントローラをテストする
前回はインテグレーションテストとしてCucumberでテストを作成しました。今回はユニットテストとして、RSpecを使ってコントローラのテストを作成します 前回はインテグレーションテストとしてCucumberでテストを作成しました。今回はユニットテストとしてRSpecを使ってコントローラのテスト（RSpecのテストコードは“スペック”と呼ばれるので、以降はスペックと呼びます）を作成します。本稿で紹介するスペックの全文はGitHub上にあります。 最初に、コードレビューの回で述べたコントローラの役割についてもう一度おさらいしてみましょう。 コントローラは外部から来たリクエストを受け付け、レスポンスを返すのが役割です。具体的には以下の3つの動作をおこないます。 適切なオブジェクトをとってくる オブジェクトに対する何らかの操作を指示する 操作が成功した際と失敗した際のビューの振る舞いを指定する
Rails3.2 でBDD、自動テストとか諸々の環境整えた備忘録 - 気が向いたら
Railsでプロジェクトを進めるにあたり、BDD（振る舞い駆動開発）をやりたいと思いまずは環境構築をした覚え書きがこちらです。 Rspecまわり まずは Rspec のテストを自動化したいと思って参考にしたエントリがこちら。 Curiosity PDF - なるほど、Spork と Guard というものを使うと自動テストが捗るらしい。 Spork は 高速なテストサーバのようなもので、Guard は自動テストパッケージ。 あと、Rspec でテスト書いて行くにあたって、テスト時のモデルデータを用意するのに Fixture よりも factory_girl が捗るらしい。 詳しくは など。 …という事で、これも組み込もう。 以下のエントリを参照した。 rspec, factory_girl, spork, guardによる自動テスト環境の構築 - AnyType Javascriptまわり
Rubyアソシエーション: Jenkins
継続的インテグレーション 継続的インテグレーションツールとは、バージョン管理システムにある最新ソースを定期的に取得してビルドおよびテストを実行し、テスト結果を出力するものです（参考）。継続的にテストを行うことで、システム全体の品質改善が期待され、統合に伴う問題を減らすことができます。ここでは代表的なツールであるJenkinsを使って、RSpecのテストコードを定期的に実行するための設定方法と結果表示を紹介し、継続的インテグレーションの概要を説明します。 以下の条件を前提とします。 ・Ruby1.9.3 ・Rails2.3.1 ・RSpec2.8.0 ・Subversionによるコード管理 1.対象とするアプリケーションの準備 既にRSpecのテストコードが含まれたアプリケーションがあれば、このセクションをスキップしても構いませんが、JenkinsでRuby1.9系を用いてカバレージを取得す
このRSpecのスライドがすばらしい
Kerry BuckleyさんのRSpecのスライドが素晴らしい。さらっと読み通しておもしろいなと思ったところをノートしてみました。 なお、console でRSpecを使いたいときはSpec::Matchersをincludeすればよいです。 require 'rspec' include Spec::Matchers - 表紙 このスライドはSplippyというやつでできている。Escを押すとページのリストが出てかっこいい。 - Context contextはdescribeのエイリアス - Formatters フォーマッタ: docは試験内容がdocument化されて読みやすい。 - Formatters フォーマッタ: fuubarでプログレスバーをパーセンテイジ表示できる - Formatters フォーマッタは複数指定できる - Profiling プロファイルで時間のかか
RSpec で parameterized test を簡単に書ける、rspec-parameterized を作成しました - tomykaira makes love with codes
rspec-parameterized | RubyGems.org | your community gem host tomykaira/rspec-parameterized次のような spec が書けます。 describe "plus" do where(:a, :b, :answer) do [ [1 , 2 , 3], [5 , 8 , 13], [0 , 0 , 0] ] end with_them do it "should do additions" do (a + b).should == answer end end with_them :pending do it "should do additions" do (a + b).should == answer end end end -fd をつけて実行すると次のような感じで出力されます。 RSpec::Pa
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 を使い始める人が読むべき N 個のドキュメント
こんにちは、ほりいです。Asset Pipeline に感銘を受けている今日この頃です。 今日は社内で RSpec をこれから勉強したいんだけど検索してもよくわからない！と質問を受けたので、読むべきエントリをまとめてみました。 ＃ 現状ぐぐると RSpec.info がまず出てくるけどもう更新されてないっぽいので優しくないんですよね…… h2. これは読んでおこう！ h3. スはスペックのス * “スはスペックのス 【第 1 回】 RSpec の概要と、RSpec on Rails (モデル編)”:http://jp.rubyist.net/magazine/?0021-Rspec * “スはスペックのス 【第 2 回】 RSpec on Rails (コントローラとビュー編)”:http://jp.rubyist.net/magazine/?0023-Rspec 内容は若干古いのですが、
地獄Spec
38. ⑤失敗・教訓（充実してきた頃） カバレッジは万能じゃない -「レガシーコード=テストの無いコード」なので意 味はあるが・・・ -Reekを取るようにした（お手軽/ReekViewer） https://github.com/Shinya131/reekviewer FactoryGirlがパンクした -factory.rbに全てぶっ込むのではなく、 factoriesフォルダ以下にファイル分割配置 -リレーション指定やりすぎると破綻（メンテ不能）に
RSpecによるユニットテストの書き方 — recompile.net
2012年04月19日 最近、新人のテストコードを見る機会があり、ユニットテストの書き方について考える機会があった。ユニットテストはテンプレートみたいなものがあるので、それさえ押さえれば、誰でも簡単に書くことができる。 ここでは、その方法について紹介したい。サンプルはRSpecで書くが、その他のユニットテストフレームワークでも、応用ができるとおもう。 はじめにごく単純化すると、テスト対象は状態を持ち、入力を与えると何らかの出力を行なうものである。入力が変われば出力は変化するし、状態が変化すると入力が同じでも出力が変わる（かもしれない）。 ユニットテストは、テスト対象の状態を操作し、与えた入力によって意図通りの出力を得られるかを確認する作業のことをいう。なので、ユニットテストを書くときには、オブジェクトの状態ごとにメソッド単位で入力と出力を確認するようにする。 RSpecの疑似コードで書くと
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
RSpecでテストを作るのに役立つ「モック/スタブ」のシンプルな説明