[B! rspec] fumikonyのブックマーク

Infratasterでリバースプロキシのテストをする - クックパッド開発者ブログ

インフラ部の荒井（@ryot_a_rai）です。この記事ではインフラの振る舞いテストのツールであるInfratasterを使ってリバースプロキシの設定のテストをしてみたいと思います。 Infratasterとは Infratasterはインフラの振る舞いをテストするフレームワークで、RSpecのテストヘルパとして機能します。例えば、特定のヘッダ付きのHTTPリクエストを送信した時にあるレスポンスヘッダが返ってくることをテストする Capybaraを使って実際のWebブラウザ上での挙動をテストする MySQLのSHOW VARIABLESの結果をテストするといったことが可能になります。細かい概要についてはこちらのスライドやREADMEをご覧ください。 Serverspecとの違いインフラのテストといえばServerspecが有名かと思いますが、InfratasterはServersp

fumikony 2014/11/20

リンク

Rubyist Magazine - スはスペックのス【第 1 回】 RSpec の概要と、RSpec on Rails (モデル編)

﹃るびま﹄は、Ruby に関する技術記事はもちろんのこと、Rubyist へのインタビューやエッセイ、その他をお届けするウェブ雑誌です。 Rubyist Magazine について﹃Rubyist Magazine﹄、略して﹃るびま﹄は、Rubyist の Rubyist による、Rubyist とそうでない人のためのウェブ雑誌です。最新号 Rubyist Magazine 0063 号バックナンバー Rubyist Magazine 0063 号 Rubyist Magazine 0062 号Kaigi on Rails 特集号 RubyKaigi Takeout 2020 特集号 Rubyist Magazine 0061 号 Rubyist Magazine 0060 号 RubyKaigi 2019 直前特集号 Rubyist Magazine 0059 号 Rubyist

fumikony 2014/11/11

リンク

そのガチャの確率、本当に合ってます？〜RSpecで統計的に確認する話〜 - Akatsuki Hackers Lab | 株式会社アカツキ（Akatsuki Inc.)

背景ソーシャルゲームでよく見かける﹁ガチャ﹂ですが、この記事ではその重み付き確率の保証方法を紹介します。ガチャは売上・ユーザー体験・ゲームバランスに直結するので、意図通りの動作をするか慎重に確認する必要があります。またアカツキではTDD (Test Driven Development)を採用しているので、実装したプログラムが想定している確率に従っているかを確認するためのスペックが必要となります。理論使用する数理モデルは﹁離散確率密度変数﹂です。例えばガチャで入手できるキャラクターのIDがであり、その入手確率が (実装の便宜上自然数としますが、非負の実数としても一般性を失いません)によって重み付けされているとします。このとき、IDのキャラクタが入手できる確率は、となります。さて、10000回の試行︵ガチャを引くこと︶をしたとき、入手できる確率が50%のキャラクタを

fumikony 2014/10/04

リンク

RSpecで、Cucumberのような結合試験のspecを記述する - 高尾宏治日記 on はてな

Cucumberって、仕様設計者の意図をプログラムによる自動テストにできる魔法です。仕様設計者っていうのは、Rubyでのプログラミングが難しいけど、お客さまのニーズを理解して、それをドキュメントにできるハイパーな人です。プログラマにとっては神様です。︵でも、それがプログラマの徹夜の源なのだったりしますよね。実現が困難で意図が不明な仕様を必死で実装する感じですよね。だから、それをなんとかしなければ徹夜は解消できないと考えてみました。︶ Cucumberではプログラマ以外の人でも分かりやすい記述ができます。でもね、どうせそのドキュメントを見るのはプログラマだけです。なので、生のCapybara APIで十分なのかもしれませんね。なので、ここではRSpecのfeature specを考察します。 from Feature spec on Relick : https://www.relis

fumikony 2014/09/11

リンク

Rspec で rake タスクをテストする用の gem を作った - おもしろwebサービス開発日記

しばらく前に表題のgem を作りました。 willnet/rake_shared_context中身はただの shared_contextです。これは僕のオリジナルなgem ではなくて、thoughtbot 社のブログに書かれた shared_contextのコードをほぼそのままgem にした感じです。毎回 rake タスクをテストするためにブログからコピペしてくるのが面倒になったので作りました。これを使うと下記のような rake タスクがあったときに # lib/tasks/reports.rake namespace :reports do desc "Generate report" task :generate => :environment do ReportGenerator.generate end end 下記のような感じで rake タスクのテストを書くこと

fumikony 2014/08/20

リンク

RailsでオリジナルRakeタスク作成からRSpecテストまで

RailsのRakeタスク作成〜RSpecでのテストまでの流れをまとめました。できるだけシンプルにまとめたので、Rakeタスクの作成にはじめてトライされる方はぜひご一読ください。 02/13 22:10全体的に説明書きを書き直し 😼 Rakeタスクファイルの作成次のコマンドを実行すると、Rakeタスク用のファイルがlib/tasksの下に作成されます。 (reportsの部分は任意の名前に変更してください)

fumikony 2014/08/20

リンク

Feature specs で、たくさんの手順があるWebアプリの受け入れテストを書いてみた - yuumi3のお仕事日記

ログインして、販売伝票ボタンを押し、商品追加ボタンを押し、表示された商品ページでカテゴリーを選択し、商品の一覧を表示し選択ボタンを押し・・・・・・・・・確定ボタンを押す。のようなたくさんの手順で一つの作業が完結するようなWebアプリの受け入れテスト(顧客テスト、総合テスト…)を RSpec + Capybara の Feature specs を使って書いてみました。通常このようなテストには Cucumber や Turnip が使われる事が多いですが、どちらも feature(テスト記述) と sptep(コード)に分かれていています。顧客や開発者以外の人が feature の作成やレビューに関わる場合はメリットがありますが、開発者だけがテストに関わる場合は面倒なだけです。そこでプログラマーの大好きな RSpec だけで、受け入れテストを書ける Feature specs

fumikony 2014/08/19

rspec

リンク

Rspec/Capybara/Turnipの入門記事を全力でまとめてみた - 酒と泪とRubyとRailsと

Rspec/Capybara/Turnipの入門記事を全力でまとめてみた Aug 30th, 2013 Tweet さっき、﹃ The Rspec Book﹄を読み終えました。厚めの本ですが、RspecやCucumber、Webrat、Seleniumなどを活用するためのノウハウ満載で大満足でした！ということで、この本で読んだ内容を忘れないようにするためと、その過程でRspec/Capybaraなどのネット資料をあつめたので、まとめるためにこの記事を書きます。もし、間違いを発見した場合や他にもいいリソースがあれば、是非メッセージを願いします！テスト駆動開発(TDD)と振る舞い駆動開発(BDD) テスト駆動開発(TDD)とは、コードを書く際に最初にテストを書き、次にテストが通る最低限のコードを書き、その後にリファクタリングしていく開発手法です。一方で振る舞い駆動開発(BDD)はTDDの発

fumikony 2014/08/19

リンク

Rails勉強会まとめ -- 非同期処理/RSpecなど｜TechRacho by BPS株式会社

こんにちは、hachi8833です。今回は棚卸しとして、弊社CTOのbabaさんによるRails勉強会スライドから引用して記事にします。勉強会自体はRails 3.x時代のものなので既出が多くなっていますが、棚卸しも兼ねて今のうちに記事にいたしました。非同期処理言うまでもなく、リクエストからレスポンスまでの時間が長くなるほどユーザー・エクスペリエンスの質が低下します。これを改善するためにさまざまな工夫が必要になるわけですが、その中の一つとして、時間のかかる処理をバックグラウンドで実施しておくというのがあります。 cron 最も素朴な方法はやはりunix標準のcronを使って定時に出力データを準備することでしょう。この場合、起動用スクリプト(rakeなど)やジョブ管理は自分で作成する必要があります。 delayed_job delayed_job gemを使用すると、ジョブをActi

fumikony 2014/08/10

リンク

RSpecのここがすごい！

1/30に行った、Thrive on development 勉強会で使用したスライドです。 RSpecの使い方と、振る舞い中心のUnitTestのやり方について言及しています。Read less

fumikony 2014/07/26

rspec
ruby

リンク

RSpecの入門とその一歩先へ～RSpec 3バージョン～ - Qiita

はじめに有名な初心者向けのRSpec入門記事として、和田卓人さん(@t_wada)の﹁RSpec の入門とその一歩先へ﹂という記事があります。僕もRSpecを全く知らなかった頃に参考にさせてもらいました。今読んでもとても素晴らしい資料なのですが、RSpecのバージョンが古く、現状の書き方とマッチしなくなってきているのが少しもったいないところです。そこで、この記事では和田さんの記事をRSpec 3バージョンに書き直してみようと思います。各イテレーション(RSpec 3バージョン)へのリンク第1イテレーション(本記事) 第2イテレーション第3イテレーションソースコードのURL https://github.com/JunichiIto/rspec3-for-beginners/tree/end_of_iter1 本記事のライセンスについて本記事はクリエイティブ・コモンズ表

fumikony 2014/07/17

ruby
rspec

リンク

分散テスト実行システムRRRSpecをリリースしました - クックパッド開発者ブログ

技術部アルバイトの鈴木(@draftcode)です。クックパッドが内部向けに開発・運用を行ってきた、分散テスト実行システムRRRSpecをオープンソースとして公開しました。RRRSpecは時間のかかる自動テストを分散処理することで、全体のテスト時間の短縮を狙うアプリケーションです。現在クックパッドでは17000を超えるテスト項目があり、マシン一台でテストを実行すると完了まで数時間かかります。このテストを60並列程度の分散処理で行うことで、平均8分から9分程度で完了できるようになりました。また、Amazon EC2のスポットインスタンスを利用することにより、大幅なコスト削減も同時に達成しました。 https://github.com/cookpad/rrrspec 分散テスト実行とはアプリケーションが大きくなるにつれて、自動テストの数も大きくなっていきます。クックパッドでは、非常に多くの

fumikony 2014/03/24

すごい

リンク

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

fumikony 2013/11/02

ruby
rspec

リンク

地獄Spec

RSpecが遅いからはやくしてみた...................................yutonoda2

fumikony 2013/04/23

リンク

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).

fumikony 2013/04/03

リンク

構築済みサーバを RSpec でテストする serverspec という gem をつくった - Gosuke Miyashita

Puppet や Chef で構築したサーバを RSpec でテストするで書いた仕組みを使いやすくするために serverspec という名前で gem 化してみた。 rubygems.org にも登録してあるので、gem install でインストールできる。 $ gem install serverspec インストールしたら、適当なディレクトリで serverspec-init を実行。すると、雛形となるディレクトリやファイルを生成する。 $ serverspec-init + spec/ + spec/www.example.jp/ + spec/www.example.jp/httpd_spec.rb + spec/spec_helper.rb + Rakefile spec/www.example.jp/httpd_spec.rb がサンプルテストコードで、こんな感じになって

fumikony 2013/03/25

リンク

Rubyist Magazine - スはスペックのス【第 1 回】 RSpec の概要と、RSpec on Rails (モデル編)

﹃るびま﹄は、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直

fumikony 2012/06/20

リンク

xmpfilterとはコンピュータの人気・最新記事を集めました - はてな

Rubyの試行錯誤支援・テスト支援ツール。﹁# =>﹂という注釈記号を入れた行に式の値を注釈したり、Test::UnitのassertionやRSpecのexpectationを自動で入れてくれる便利なツール。 rcodetoolsパッケージに入っていて、RubyGemsパッケージがあるので、﹁gem install rcodetools﹂でインストールできる。 READMEより… a, b = "foo", "baz" a + b # => a.size # => これを﹁xmpfilter﹂にかけると、 a, b = "foo", "baz" a + b # => "foobaz" a.size # =>3こうなる。 Test::Unitでは、 def test_insertion @o.insert "bar" @o.insert "baz" @o.size # => @o.l

fumikony 2012/06/11

リンク

RSpecによるユニットテストの書き方 — recompile.net

2012年04月19日最近、新人のテストコードを見る機会があり、ユニットテストの書き方について考える機会があった。ユニットテストはテンプレートみたいなものがあるので、それさえ押さえれば、誰でも簡単に書くことができる。ここでは、その方法について紹介したい。サンプルはRSpecで書くが、その他のユニットテストフレームワークでも、応用ができるとおもう。はじめにごく単純化すると、テスト対象は状態を持ち、入力を与えると何らかの出力を行なうものである。入力が変われば出力は変化するし、状態が変化すると入力が同じでも出力が変わる（かもしれない）。ユニットテストは、テスト対象の状態を操作し、与えた入力によって意図通りの出力を得られるかを確認する作業のことをいう。なので、ユニットテストを書くときには、オブジェクトの状態ごとにメソッド単位で入力と出力を確認するようにする。 RSpecの疑似コードで書くと