Test Drive Your Dockerfiles with RSpec and ServerSpec
Docker, a portable, lightweight runtime and packaging tool, is all the rage these days. It’s hard to go to any sort of tech meetup without overhearing people gushing to each other about how cool it is. I’d written some Dockerfiles but wanted to start test driving them. It’s actually fairly straightforward using RSpec and ServerSpec. Here’s how to TDD a Dockerfile that installs Node on Ubuntu. Star
should を捨て expect を使うようになった、たった一つの理由 - MUGENUP技術ブログ
皆さんこんにちは。スーパーのビニール袋は濡れタオルを触ってから開ける方、MUGENUP の osada です。 今回はexpect について調査したことを書きたいと思います。 ターゲットは、rspecが上手く書けなくて、気が付くと3時間もテストを書いている、というようなrspec初心者です(実話)。 中間管理職 expect さん では、本題のexpectです。まずは問1から。5秒で答えてください。 describe Person do it "should be a instance" do expect{Person.new}.to be_a(Person) end it "should be a instance" do expect(Person.new).to be_a(Person) end end 問1 両方テストが通る 上のテストが通らない 下のテストが通らない 両方通らな
テストの基本構造
今回は、前回作った「Hello World!」のテスト（テストコード）の説明をしながら、RSpec/Capybara によるテストの基本構造について解説します。 エグザンプルグループとエグザンプル spec/features/top_page_spec.rb の中身を見てください： require 'spec_helper' describe 'トップページ' do specify '挨拶文を表示' do visit root_path expect(page).to have_css('p', text: 'Hello World!') end end 1行目の require 'spec_helper' で、RSpec の設定ファイル spec/spec_helper.rb を読み込んでいます。Rails アプリケーションのテストをする場合には、この記述が必須です。 その下に do .
実践Ruby on Rails 4 機能拡張編
本書は、2014年5月発売の書籍『実践Ruby on Rails 4 現場のプロから学ぶ本格Webプログラミング』のために書かれた原稿のうち、紙面の都合で掲載できなかった部分を集めたものです。機能拡張編単独で読まれる読者のために冒頭でサンプルアプリケーションの全体像を解説していますが、『実践Ruby on Rails 4 現場のプロから学ぶ本格Webプログラミング』とセットでご覧いただくとより理解が深まる内容になっています。 関連サイト本書の関連ページが用意されています。 実践Ruby on Rails 4 機能拡張編 | Impress内容紹介本書は、2014年5月発売の書籍『実践Ruby on Rails 4 現場のプロから学ぶ本格Webプログラミング』のために書かれた原稿のうち、紙面の都合で掲載できなかった部分を集めたものです。機能拡張編単独で読まれる読者のために冒頭でサンプルアプリ
rspec雑感 - Qiita
入門書として参考になる書籍 Everyday Rails - RSpec による Rails テスト入門 テストは信頼できるものであること テストは簡単に書けること テストは簡単に理解できること 何か学びたいことがあるときは、Webサイトや電子書籍からコピー&ペーストするのではなく、自分でコードをタイピングした方が良い パーフェクトRuby on Rails スペックの高速化 springを使う 書き方のひな形的なのがほしいとき フォーマット describe 'テスト対象' do context '状態' do describe 'テスト対象メソッド' do context '与える入力' do it '期待する出力' end end end end 上記のひな形で書くこと意識づけて書くとitに書く説明も完結になり .rspecに--format documentationを設定して実行
RSpecのshouldはもう古い！新しい記法expectを使おう！
というように書くようになりました。 別にshouldを使った記法がなくなったわけではありませんが、 https://github.com/rspec/rspec-expectations のREADME.mdには、もう新しいSyntaxの説明しか載っていないし、今後はexpectの方を使っていくほうがいいでしょう。 http://myronmars.to/n/dev-blog/2012/06/rspecs-new-expectation-syntax には、新しいSyntaxを導入した背景が説明されています。 簡潔に書くと、shouldだとBasicObjectを継承したクラスのテストを書くときに不具合が起こるみたいですね。 移行方法 基本 基本的には、上に書いたように、 foo.should を expect(foo).to に foo.should_not を expect(foo).
RailsのRSpecテストを速くする方法まとめ - Rails Webook
Photo by Flickr: chief_huddleston's Photostream Railsの規模が大きくなると自動テストの実行時間もだんだんと長くなっていきます。素早く開発していくにはテストの実行時間を短くすることが大切です。 RSpecのテストを速くする方法をまとめましたので参考にしてください。 動作確認 Rails 4.1 rspec-rails 3.1.0 test-queue 0.2.9 目次 1. RSpecのパフォーマンス測定 2. test-queueで並列でテストを実行する 3. rspec-guardを使って更新したファイルを自動的にテストする 4. Springを使ってテストのロード時間を短くする 5. ログレベルを変える 6. GCを実行を抑える 7. RSpecファイルのリファクタリングをする 7.1. itを少なくする 7.2. createよりも
Better Specs { rspec guidelines with ruby }
translations Documentation RSpec is a great tool in the behavior-driven development (BDD) process of writing human readable specifications that direct and validate the development of your application. On the web there are many resources that give complete overview of _what_ you can do with RSpec. But there are fewer resources devoted to how to create a great RSpec test suite. Better Specs tries to
おもてなしの心でコードを書こう - Money Forward Developers Blog
11月4日に入社しましたエンジニアの越川です。 本日は、私がコードを書く際に気をつけていることを書こうと思ったのですが、どう書くかに迷った末、ブログ記事駆動ハッカソンを行うことでそのプロセスで考えいたことなどを記事にすることにしました。 私はコードを書く際におもてなしの心が大事だと思っています。おもてなしの心は最終的なアウトプットに触れるユーザーはもちろんのこと、チームメンバー、未来の自身へ向けた思いやりです。 今回題材とするのは、KPTツールです。KPTは、日々の活動を振り返り「Keep」すべきこと「Problem」であること「Try」したいことを上げて、活動を振り返るために使われます。 先日行われた「オレたちが目指す”最強のエンジニアドリブン”」を終えた後に振り返りでKPT使ったので、それをWebアプリにしてみます。 今回のコードはすべて、ppworks/furikaeri/tree/
RSpecの基本 - ダメ人間を支える技術
2014-03-07 RSpecの基本 インターン こんばんは。 学習は、１５日目です。前回の続き、自動テストについてです。 テスト駆動開発（TDD）と振舞駆動開発（BDD） - ダメ人間が生きている 今日は、RSpecによるテストを書いていきます。 testinitで書いたテストをRSpecで書いてみる 前回testinitで作成した、引数が"shigotop"か否かを判定するメソッドis_shigotopに対するテストを、今回はRSpecで書いてみます。 require "./spec_helper.rb" require "./nameinspecter.rb" describe NameInspecter do before do obj = NameInspecter.new end it "shigotoはfalse" do @obj.is_shigotop('shigo
テスト駆動開発（TDD）と振舞駆動開発（BDD） - ダメ人間を支える技術
2014-03-01 テスト駆動開発（TDD）と振舞駆動開発（BDD） インターン こんにちは。 学習としては、通算、１４日目です。 Ruby、gemと学んできて、今回はテスト駆動開発です。 Rspecを実際に使うための、知識の準備です。 テストとは？TDDとは？BDDとは？と、いうかんじです。最近にしては、控えめな分量になっています。 7000文字です。 テスト開発駆動の基本 テスト駆動開発の流れ 第2回 「テスト駆動開発」とは何か？：［動画で解説］和田卓人の“テスト駆動開発”講座｜gihyo.jp … 技術評論社 テスト駆動開発は，小さなステップを繰り返してプログラムの設計と開発を行っていくソフトウェア開発手法です。テスト駆動開発は次の3ステップから構成されています。 ステップ1：これから書く機能に対するテストを1つ書き，テストが失敗することを確認する（レッド） ステッ
ちゃんとテスト書き始めた話 - AnyType
テストのモチベ＝怖いからやる 正直に白状すると、「これまでテスト書いたことない && 会社にテストの文化がない && テスト書いてる時間ない」っていう状況で、時間を割いてでもテストを書こうっていうモチベがなかなか湧かなかった。 そんななか、唯一、ハッキリとしたわかりやすいモチベは「デグレが怖い」という恐怖心から解放されることだった。 プロジェクトが大きくなるほど、自分が書いたコードがどこまで影響するか把握できなくなってくる。だからといって、変更のたびにブラウザでポチポチ一個ずつ確認する作業はだるい。 テストが通ってるという事実が抜群の安心感をもたらすことがわかってきて、ちゃんとテストを書くようになったというお話です。 500返ってないか怖い 一番わかりやすいテスト項目として「ユーザーにエラー画面を表示していないか」というのがまずアタマに浮かんだ。 モデルとか変更すると、影響範囲よくわからな
噂の婚活githubリポジトリのboyfriend_requireを真剣に検討してみた - 双六工場日誌
今日、Twitterをちらちら眺めていたら、githubで婚活をしている女子がいるとの情報を発見。 https://github.com/norinori2222/boyfriend_require 最近、周りも色気づいてきて結婚が気になる昨今、女子からの要望にどこまで自分が答えられるか探るべく、githubで公開されている「boyfriend_require」の項目をちゃんと考えてみました。結局、要求にはとどかず、pull requestも送れませんでしたが、せっかくなのでブログに載せます。 要求項目と回答 1.たばこを吸わない人（必須） ○ 2.アルコールを飲んでも性格が変わらない人（必須） ○ 3.中学、高校、大学時代の友人と現在も交流が続いている人が５人以上いる人 （Facebookを含む） ○ 4.職場並びに仕事関係者以外で1年以上付き合いのある友人が20人以上いる人（Faceb
rspecで複数のdescriptionでitのexampleを共有する｜TechRacho by BPS株式会社
rspecを書いているとき、複数の条件で同じテストを書きたくなることがあります。 itブロックをコピペするのはスマートではありません。 こんなときのために、rspecではshared_example機能が用意されています。 require 'spec_helper' sahred_examples_for 'my tests' do |foo| before do # beforeブロックも使える puts foo end it "何かのテスト1" do end it "何かのテスト2" do end end describe "呼び出し側1" do it_behaves_like 'my tests' end describe "呼び出し側2" do it_behaves_like 'my tests', '引数渡せるよ' end さらに、ブロックを渡すこともできるので、工夫すればこんな
Better Specs. Testing Guidelines for Developers.
What is Better Specs Better Specs is a collection of best practices developers learned while testing apps that you can use to improve your coding skills, or simply for inspiration. Better Specs came to life at Lelylan (open source IoT cloud platform) and checking out its test suite may be of inspiration. Better Specs focus on Rails testing, but our goal is to create testing guidelines covering mos
DRY原則とテストの可読性 - ✘╹◡╹✘
DRY原則に従おうとするほど、テストコードがどんどん読みづらくなる。 The RSpec Bookに答えがあるかと思って読んでみたものの、「あるある」と一言述べているだけだった。辛い。 テストコードが読みづらくなる例を示すために、1つRubyのライブラリをつくった。 値とパターンを与えてValidationを行う機能を提供するライブラリ。 実装60行、テスト120行なので、詳しく見たければすぐ読めると思う。 最近不本意ながらキラキラネームの命名力が上がってきたと思う。 avalon - A validator implementation for Ruby https://github.com/r7kamura/avalon 冗長だが読みやすい例 letもsubjectもローカル変数も何も用いずに率直に書いたテストコード例がこちら。 冗長だが読みやすく、テストコードを見ればライブラリの使い
Rails Tutorials for Devise and RSpec · RailsApps
Thanks so much for this. There are so many Rails tutorials for absolute beginners, and lots of stuff that assumes expert knowledge, but not much, besides practice, to span the gap. Rick Quantz, HackerNews, 13 May 2011 I will be starting a new job here in SF, due in no small part to what I've learned here from the RailsApp Project. Joseph May, 23 Dec 2013 I would like to say thank you for such a pr
Source Code | The Pragmatic Bookshelf
This website uses cookies for account and order processing. By using this site you understand and agree to our use of cookies, our Terms Of Use, and Privacy Policy Source Code for The RSpec Book Copyrights apply to this source code. You may use the source code in your own projects, however the source code may not be used to create training material, courses, books, articles, and the like. We make
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
社内勉強会で RSpec の基本機能の紹介をした - 恒温動物の生活ログ
https://leanpub.com/everydayrailsrspec
