gemの複数バージョンカジュアルテスト #shibuyarb - くりにっき
gemを作っていると複数のrubyのバージョンや依存gemのバージョンをカジュアルに組み合わせてテストをしたいというのがよくあると思いますが、あまりやり方が知られていない気がするのでまとめてみます 今回のエントリのサンプルプロジェクト github.com 渋谷.rb[:20150520] のLT資料 gemの複数バージョンカジュアルテスト #shibuyarb from Go Sueyoshi (a.k.a sue445) 最初にまとめ Travis CI使うのがめっちゃ楽。 セットアップ bundle gem コマンドでテストを生成 $ bundle gem multiple_version_test_sample -t --mit Creating gem 'multiple_version_test_sample'... create multiple_version_test_s
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
Testing in Sinatra | PDF
0%0% found this document useful, Mark this document as useful
るびま
『るびま』は、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 直
RSpec の入門とその一歩先へ - t-wada の日記（旧）
和田 卓人(@t_wada) 作『RSpec の入門とその一歩先へ』はクリエイティブ・コモンズ 表示 - 継承 4.0 国際 ライセンスで提供されています。 東京 Ruby 会議 03 の RSpec ワークショップの資料です。このワークショップでは参加者の方に「写経」(コードを書き写すこと)をして貰い、TDD/BDD と RSpec を同時に学べるように都度説明を入れるかたちで行いました。 第2イテレーションも書きました。続きに興味ある方はご覧下さい (更新) 第3イテレーションも書きました。続きに興味ある方はご覧下さい 1st iteration favotter の みたいな NG ワードのフィルタリング機能を RSpec で作りましょう。まずは NG ワードの検出機能を作成します。 このイテレーションでは最初ベタな形のテストコードと実装を書き、だんだんとそのコードを洗練させてゆきま
RSpec tips - ペンギンラボ Wiki
The RSpec Book を読んで、知らなかった部分のメモが主。 describe / context describe は example group をつくる。example group は 1 つのクラス (RSpec::ExampleGroup::…) として表される。ネストした describe は、外側の example group のサブクラスになる。 describe "root" do it "print ancestors" do p self.class.ancestors # => [RSpec::Core::ExampleGroup::Nested_1] end describe "nested" do it "print ancestors" do p self.class.ancestors # => [RSpec::Core::ExampleGroup:
RSpecのここがすごい！
1. RSpec のここがすごい！ RSpec で宣言的な UnitTest! RSpec ？ Ruby には、 Test::Unit があるし、 普通に UnitTest が書けるよね？ なんで？？ 2. RSpec のここがすごい！ RSpec で宣言的な UnitTest! まずはこれを見てくれ require 'lru_cache' describe LruCache do describe " を初期化する場合 " do it " は、サイズを渡したら、そのサイズのキャッシュができる ." do targ = LruCache.new(10) targ.limit.should == 10 end it " もし、サイズにマイナス値を渡したら、例外が発生する ." do lambda{ LruCache.new(-1)
[Ruby] RSpec の使い方 – 01 クイックスタート « messaliberty 日本語
RSpec は Ruby の BDD(Behavior Driven Development). テストフレームワークの１つです。 Install RSpec % sudo gem install rspec Quickstart 下の方にあるサンプルコードのディレクトリ構成です。 lib/ ディレクトリに開発するライブラリを配置。 spec/ ディレクトリに spec（テスト） コードを配置。 sample_project/ lib/sample.rb サンプルのライブラリ spec/ sample_spec.rb sample.rb のテストプログラム spec_helper.rb すべてのテストで共通する処理を書くスクリプト ディレクトリを作成 まず、プロジェクトのディレクトリを作成して、その中に lib/ と spec/ ディレクトリを作成します。 % mkdir sample
rspec::基本的な使い方 - Ambitious but Rubbish
Ambitious but Rubbish 学んだことをなぐり書き トップページページ一覧メンバー編集 rspec::基本的な使い方 最終更新： alphaneet 2011年08月18日(木) 13:13:30履歴 ファイルの命名規則 generate describe, it should, should_not should_receive before, after be_XXX, have_XXX violated, pending raise_error - 例外をテストする ファイルの命名規則 基本的には「テストしたいクラス名のsnake case(小文字とアンダーバーで単語を繋げていくやつ）_spec.rb」の形にする。 generate 基本的に通常の generate コマンドの先頭に rspec_ を付ける。 script/generate rspec_scaffol
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 直
私はRSpecでテストをこんな感じで書いてる - アジャイルSEを目指すブログ
私がRSpec使ってテスト書く時はこんな感じで書いてるよ〜ってのを書いてみた。*1 テストを書く順番について TDDでコードを書く場合、先にテストを書く事になります。 そして、そのテストを書く順番ですが、私は下記のような順番で書くように意識しています。 設計する describe を書く itを書く subjectを明確にする before(context)を明確にする その他に、気をつけている点はこんな感じ 別のメソッド呼ぶ時は基本的にstubなどで潰す contextは「〜の場合」、it は「〜であること」になるようにする 一つずつ、詳細を書きます。 設計する テストを書き始める前に、まず実装しようとしてるクラス、メソッドを簡単に設計します。 少なくとも、「クラス名」「クラスメソッド or インスタンスメソッド」「メソッド名」「メソッドの戻り値」ぐらいは決めます。 describe を
Route 477(2009-06-09)
■ [ruby] Rubyのテスト環境大戦争 おまいらは本当にテストが好きだな！というわけで、Rubyのテスト関係のライブラリを並べてみた。 テストフレームワーク Test::Unit Ruby標準添付のユニットテスト用フレームワーク。 RSpec DSLを使う、「BDD」という概念を流行らしたユニットテスト用フレームワーク。 Cucumber 自然言語を使って、ブラックボックステストを記述する。RSpecの「Stories」と呼ばれていた機能が独立した。 あとはShouldaとかbaconとかいろいろありますけども。 モック・スタブライブラリ モック＝あるオブジェクトに期待したメッセージが飛ぶかどうかテストするためのオブジェクト、 スタブ＝ネットワークが絡むとか、実際のオブジェクトが使えない場合に使う偽オブジェクト。 と思ってるんですけどどうなんですかね(more: モックとスタブの違い
%25A5%25C1%25A5%25E5%25A1%25BC%25A5%25C8%25A5%25EA%25A5%25A2%25A5%25EB)
プログラミングWiki - (Test::Unit)チュートリアル
2つの数に対し，割り切れる最大の数を求めるというプログラムを作ってみたいと思います．ファイル名は英語の頭文字をとることにします．ソースファイルはlib/gcm.rb，テストファイルはtest/test_gcm.rbにします． まずテストファイルtest/test_gcm.rbから作成します．test/test_gcm.rbを開き，以下のように記述します． require 'gcm.rb' これは，テストしたいソースファイルを読み込んでいます．実際にテストしてみましょう． C-cT このコマンドは，テストを行い，その結果を新しいフレームに表示するというものです．1度新しいフレームが出たら，次からのテストは今出たフレームを使用したいので，2度目のテストからは以下を実行するとよいでしょう． C-cC-t このコマンドでは，新しいフレームを作らずにテストを行うことができます． では，エラーメッセー
Shoulda（もっと早く使っていれば）by 達人プログラマ。Rubyのテストには、RSpecもいいけど、Shouldaが良いよ。 « kentaroi’s weblog
Shoulda（もっと早く使っていれば）by 達人プログラマ。Rubyのテストには、RSpecもいいけど、Shouldaが良いよ。 Rubyのテストには、RSpecもいいけど、Shouldaが良いよ。ってことで、 達人プログラマのDavid ThomasがShouldaを分かりやすく紹介してくれていたので、仮訳してみたよ。 （翻訳・公開することを快く承諾してくれました。） 英語が苦手なので間違いもあると思います。指摘してくれると嬉しいです。 オリジナルの記事：Shoulda used this earlier —– ここから —– Shoulda（もっと早く使っていれば） 色んな意味で、ソフトウェアをテストすることは、外に出て運動をすることに似ている。しなきゃいけないことは分かってるし、運動は自分を良い状態にしてくれるのは分かってるんだけど、それをやらない言い訳を考えるのもすごく簡単だ（
RSpecよりShoulda、fixturesよりヘルパーとMocha - Unexplored Rails
RailsでBDDと言ったらRSpecが圧倒的にポピュラーですね。でもRSpecに馴染めないという人はいませんか？私はx.should == yという書き方からKernelを拡張する実装まで、何もかも独自路線でいく個性の強さについていけません。 しかし同時にTest::Unitの垢抜けなさにもうんざりしていて、何かいいフレームワークはないかと思っていた時にShouldaに出会いました。contextを入れ子にできる柔軟性や、既存のTest::Unitインスタンスの中に書けるとっつきやすさはとても魅力的に見えました。そしてその日からShouldaでテストを書き始めました。 このエントリでは、Shouldaを中心にヘルパーやMochaを使った気持ちのいい開発手法を紹介します。 Shouldaは柔軟でとっつきやすい RSpecの最大の魅力はその書き方にあると思います。しかしその書き方を利用するた
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
seleniumでスクレイピング [Ruby] - 酒と泪とRubyとRailsと
はてなブログ | 無料ブログを作成しよう
社内勉強会で RSpec の基本機能の紹介をした - 恒温動物の生活ログ
RubyでTest::UnitとRSpecを試してみる - Capsule
Test::Unit - Ruby用単体テストフレームワーク