thoughtbot/factory_girlを活用して日々テストを書いているRailsエンジニアの方々、こんにちは、正徳です。 Forkwellでもfactory_girlを使ってテストを書いています。 このfactory_girlには便利機能が多く、とても使いやすいのですが、女心並みに複雑*1なので、一通りの機能をブログにまとめてみました。 factory_girl初心者から、中級者の参考になれば幸いです。 参考にしたページ このブログの内容は全てfactory_girlのGETTING_STARTEDに記載されています。 読まれた事のない方は、是非一読する事をおすすめします。 目次 factory_girlのインストールと設定 factory_girlの使い方（Using factories） build create attributes_for build_stubbed 遅延評
最近rspecでRailsのテストコードを書いてました。 書いたテストコードは動かしながら確認していくわけですが、その１回１回の実行時間がとても長くて困ってました。（私の環境では１回の実行で大体１０秒くらいかかってました。） 「なんでこんな時間かかるんやろう？」と思って調べてみたところ、どうやらrspec実行の度にRails環境をロードするため時間がかかっていたようです。 rspec実行の度にRailsをロードしていたのでは時間がかかって当然ですね。 何か良い方法ないのかな？と思っていたら「spork」なるものを発見したので導入してみました。 sporkの導入GitHub - sporkrb/spork: A DRb server for testing frameworks (RSpec / Cucumber currently) that forks before each run t
私がRSpec使ってテスト書く時はこんな感じで書いてるよ〜ってのを書いてみた。*1 テストを書く順番について TDDでコードを書く場合、先にテストを書く事になります。 そして、そのテストを書く順番ですが、私は下記のような順番で書くように意識しています。 設計する describe を書く itを書く subjectを明確にする before(context)を明確にする その他に、気をつけている点はこんな感じ 別のメソッド呼ぶ時は基本的にstubなどで潰す contextは「〜の場合」、it は「〜であること」になるようにする 一つずつ、詳細を書きます。 設計する テストを書き始める前に、まず実装しようとしてるクラス、メソッドを簡単に設計します。 少なくとも、「クラス名」「クラスメソッド or インスタンスメソッド」「メソッド名」「メソッドの戻り値」ぐらいは決めます。 describe を
rspec-2.11 がリリースされましたね。いくつかの変更点の中に、今後は should ではなく expect を推奨し、デフォルトでは expect のみが有効化されるようになる、というものがありました。 http://myronmars.to/n/dev-blog/2012/06/rspecs-new-expectation-syntax 個人的にこの変更は説得力に欠けるなーと思っていて、 expect 推しにする理由が should は Kernel にはえるので Kernel を include しない BasicObject のインスタンスに対して should を呼ぶとおかしくなる 標準ライブラリ delegate は Kernel のメソッドの一部だけを include するので rspec と delegate のどちらが先にロードされるかによって should の挙動
The RSpec Bookを読んでの自分用メモです。サブアカの方にメモっていこうかと思いましたが、RSpecの情報はあまり世に出ていないけど需要はありそうな気がしたのでこっちに書きます。意訳と感想がごっちゃになっているし、自分が知ってる情報については省略しているので見づらいかもしれませんがご了承ください。 今のところ本の全部についてメモしようと思っていますが飽きたら終わります。あと順番も適当です。 基礎知識 BDD用の言葉とrspecのメソッドの対応でこんがらがるのでメモ describeメソッド example groupを定義するメソッド itメソッド exampleを定義するメソッド shouldやmatcha expectationを定義するメソッド DSLを使うメリット RSpecはDSLでテストを書いていく。code exampleを(describeやitを使わずに)クラス
今回は「Jenkins CI」のお話 http://jenkins-ci.org/ きっかけはGunma.web #4でのLTでした Gunma.web #4 (on 2011/02/12) まとめ - ぱろっと・すたじお Jenkins CI（旧Hudson）の話を最初に聞いたのはデブサミ2009？だったと思いますが、 本気で使おうと思ったのはこのLTを聞いて、いくつか質問したときです （RakeやGitでも使える、的な話） あと、WEB+DB PRESSでも（テスト関連ツールとして）紹介されていました WEB+DB PRESS Vol.61 作者: 西岡祐弥,濱田章吾,浦嶌啓太,高橋健一,柴田博志,井上誠一郎,大谷弘喜,荻野淳也,原悠,増井俊之,横山彰子,浜本階生,ミック,uupaa,塙与志夫,はまちや2,大沢和宏,中島聡,矢野りん,中島拓,角田直行,WEB+DB PRESS編集部出版
以前 Ruby on Railsの達人 @a_matsuda に 薦められた テストツール Steak を現在開発中のプロジェクトで使ってみようと思い、勉強してみました。 Steakとは Steak は Cucumber 同様に Ruby on RailsなどのWebアプリの受け入れテストや総合テストのツールです。Cucumberは仕様(テスト)を自然言語で記述できるのが大きな特徴でしたが、SteakではRSpec＋専用DSLで記述しまます。 Cucumberは仕様(テスト)を自然言語で書けるので、ユーザーに仕様を確認してもらうとか作ってもらえるのが最大のメリットです。しかしその分、feature(仕様)とStep(仕様をプログラムをつなぐコード)の２つを記述する必要あり開発の手間が取られます。 それに比べ、 Steak は RSpec (＝ Rubyのコード) なので、プログラマーに取っ
RSpecで書いているスペック（テスト）がどうも冗長になっている気がして、いいテストのリファクタリング指針はないかなと探してみたところ、RSpecのベストプラクティスをまとめているページを2つほど見つけたのでまとめておく。 (My) RSpec best practices and tips | EggsOnBread specify {}やit {}、subject {}といったショートカット記法を使う contextを'when'や'with'で始めて、メソッドの説明には'#'を使う エラーメッセージがわかりやすくなる メッセージをわかりやすいものにするためにRSpecマッチャーを使う 1つのitブロックには1つのExpectationだけを記述する describeとcontextをふんだんに使う 妥当な値、境界値、不正な値をテストする My top 7 RSpec best pra
これは何? 会社で RSpec を使った、BDD を行っているのて理解の為にまとめてみました RSpecってんなんぞ?? 一言でいうと、BDD の為の DSL 日本語でおk DSL ドメイン固有言語 やりたい事に特化した言語 今回の場合は、BDD に特化した言語(実際には、gem を使った Ruby の拡張) BDD 振舞駆動開発(behavior driven development) プログラムの振舞(≒要求仕様)を先に書く開発手法 っていうと普通だけど、その振舞がテストコードにもなる そのための DSL が RSpec BDDの歴史 XPのテスト駆動開発(TDD) ↓ テストにより、逆に仕様が明確化 ↓ テストってある意味要求仕様と同一だよね ↓ 自然言語で書かれれば、いろいろ便利だよね ↓ DSLの開発(RSpec等) ↓ BDD BDDだと何が得? TDDより、テストコードが可読
追記2（2015/09/08）ありがたいことに、未だにこの記事をブックマークしてくださる方がいらっしゃいますが、2008年に書いた記事なのでご注意下さい。内容はアップデートしていません。私自身はすでにRubyを使っていません。 追記：古い情報ですので、記事の日付とお使いのRSpecのバージョンを見比べて、参考程度にご覧ください。大部分は通用するはずですが。 Matcherをいちいち調べるのが面倒になって、公式のリファレンスマニュアルは一覧性が低いから、自分で一覧表を作った。 RSpecそのものについては、スはスペックのス 【第 1 回】 RSpec の概要と、RSpec on Rails (モデル編)などをどうぞ。そのうちRSpec on Rails版も作る予定。 名前 not((should_notで使えるかどうかという意味。)) 意味・機能 == ○ ==演算子を利用して比較する。ex
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
