ワンライナーなspecを書きやすくするrspec-givenをもっといい感じに使う - Qiita
もっといい感じにspecを書きたい 以前にrspec-givenについてこのような記事を書いたんですが、それなりに長い期間使っててより良さ気な使い方や、勘違いだったことなどもあり、もっといい感じに使うならこうしようと考えたものを書いておきます。 rspec-givenの紹介についてはこちらをお読みください。 rspec-givenですっきりしたspecを書く 以下、ところどころrspec-givenのドキュメントから引用しつつ書いていきます。 Givenはletと同じように使う 例えばこういうコードがあった場合について The block for the given clause is lazily run and its value bound to 'stack' if 'stack' is ever referenced in the test. こうある通り、要はletと同じ動きで
使えるRSpec入門・その１～その４を書き終えました + 執筆裏話とか - give IT a try
はじめに 昨年末からQiitaに執筆していた初心者向けのRSpec入門記事、「使えるRSpec入門」の全4回をすべて書き終えました。 各記事のリンクは以下の通りです。 使えるRSpec入門・その1「RSpecの基本的な構文や便利な機能を理解する」 使えるRSpec入門・その2「使用頻度の高いマッチャを使いこなす」 使えるRSpec入門・その3「ゼロからわかるモック（mock）を使ったテストの書き方」 使えるRSpec入門・その4「どんなブラウザ操作も自由自在！逆引きCapybara大辞典」 「使えるRSpec入門」って何？ 「使えるRSpec入門」は「必要最小限の努力で最大限実戦で使える知識を提供するRSpec入門記事」をテーマにしたシリーズ記事で、略して「使えるRSpec入門」と名付けました。 僕がRSpecでRubyやRailsのテストを書いてきた経験から、「これはよく使うから重要」「
使えるRSpec入門・その1「RSpecの基本的な構文や便利な機能を理解する」 - Qiita
はじめに RSpecは難しい、よくわからない、といったコメントをときどき見かけます。 確かにちょっと独特な構文を持っていますし、機能も結構多いので「難しそう」と感じてしまう気持ちもわかります。 （構文については僕も最初見たときに「うげっ、なんか気持ちわるっ」と思った記憶がありますw） しかし、RSpecに限らずどんなフレームワークでも同じですが、慣れてしまえばスラスラ書けますし、実際僕自身は「RSpecって便利だな－」と思いながらテストコードを書いています。 そこでこの記事では、僕が考える「最低限ここだけを押さえていれば大丈夫！！」なRSpecの構文や、僕が普段よく使う便利な機能をまとめてみます。 具体的には以下のような構文や機能です。 describe / it / expect の役割 ネストした describe context の使い方 before の使い方 let / let!
rspec-givenですっきりしたspecを書く - Qiita
社内のプロダクトで一部rspec-givenを使い始めたので、ざっと説明を書いておこうかなと。 追記 もう少し細かく、評価タイミングやこう使ったらいいのではないかという方法をまとめました ワンライナーなspecを書きやすくするrspec-givenをもっといい感じに使う rspec-givenとは Given/When/Then keywords for RSpec Specifications とrspec-givenのページに書かれている通り、Given, When, Then などを使ってCucumberライクにspecを書けるextensionです。 rspec-givenを使う理由 すっきりきれいに書ける(と思う)からです。 なんかsubject, let, itはなんかピンと来ない部分がありますが、Given, When, Thenと並ぶと分かりやすいです。 Given, Wh
shared contextにタグをつけて自動的にincludeする - Qiita
RSpecのshared contextはもちろんご存知ですよね。 参考: shared_context - 改めて学ぶ RSpec うまく使ってあげることができたならDRYで可読性の高いコードになるのですが、いちいち context の名前を打たないといけないのがだるい! 切られた context は文章の形をとっていることが多いので多くのエディタの補完機能でも打鍵数が多くなってしまいます (単語ベースの補完がほとんどのため)。 我々はこのまま「要素がふたつpushされている」なんて文章をずっと書かねばならないのでしょうか? やはりプログラムのコード、人間が楽をしようだなんて所詮は夢のような話だったのでしょうか。 いいえ、そんなことはありません。人間はテストコードともっと仲良くなれる、そうRSpecならね。 タグを使います。 タグは example groups などを切るメソッド (i
Rubyで配列に入っている数値の合計を出すメソッドを作る(spec付き) - Qiita
class Array def sum(opt = :i) mode = case opt.to_sym when :i then 'to_i' when :f then 'to_f' else 'to_i' end self.inject(0){|result, item| result + item.send(mode)} end end describe Array do describe '#sum' do context 'with no arguments' do subject { array.sum } context 'if all elements are integer' do let(:array) { [1, 2, 3, 4, 5] } it { expect(subject).to eql 15 } end context 'if array contains
RSpec 3に向けての計画(日本語訳) - 有頂天Ruby
Myron Marston » The Plan for RSpec 3の微妙訳です。(翻訳最中なう)だいたい翻訳しました。訳がうんこなのは勘弁(ご指摘いただけると助かります)。 2013/7/23 21:25 id:kakutani さんのツッコミをもとに、誤訳等を修正しました。ありがとうございます(〃･ิ‿･ิ)ゞ RSpec 3に向けての計画 RSpec 2.0は2010年10月にリリースされました。 リリースされてから今までの3年間、後方互換性を保ったままRSpecを継続的に改善してきました。 しかし、RSpecの2.xより古いリリースとの後方互換性を保つために残しているひどいコードの蓄積は限界点に達しています。 RSpec 2.14はRSpec 2の最後のリリースになるでしょう(今後も多分bugfixのリリースすることはあるでしょう)。 我々はRSpec 3に取り掛かっています、
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
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
FactoryGirl Features Best 6 - Everyleaf Lab
連日酒を飲み続けた結果喉がやられ、職場の人に風邪を心配された田中洸一(@tanaka51) です。 みなさん、テストは書いていますか？ 今回はモックライブラリとしては有名な FactoryGirl の便利な機能について書いてみたいと思います。 FactoryGirl は進化の速いライブラリのようで、現在パッと確認できる日本語の記事やチートシート等は古くなってしまっています。 最新情報は公は Github の wiki(https://github.com/thoughtbot/factory_girl/blob/master/GETTING_STARTED.md) を見るのが良いようです。英語ですが頑張りましょう。 それでは、ランキング形式で紹介していきたいと思います。 6. Override the defined attributes ネタが思い浮かばず、中途半端に 6 位からです。
RSpecによるユニットテストの書き方 — recompile.net
2012年04月19日 最近、新人のテストコードを見る機会があり、ユニットテストの書き方について考える機会があった。ユニットテストはテンプレートみたいなものがあるので、それさえ押さえれば、誰でも簡単に書くことができる。 ここでは、その方法について紹介したい。サンプルはRSpecで書くが、その他のユニットテストフレームワークでも、応用ができるとおもう。 はじめにごく単純化すると、テスト対象は状態を持ち、入力を与えると何らかの出力を行なうものである。入力が変われば出力は変化するし、状態が変化すると入力が同じでも出力が変わる（かもしれない）。 ユニットテストは、テスト対象の状態を操作し、与えた入力によって意図通りの出力を得られるかを確認する作業のことをいう。なので、ユニットテストを書くときには、オブジェクトの状態ごとにメソッド単位で入力と出力を確認するようにする。 RSpecの疑似コードで書くと
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
Sinatra, RSpec and DataMapper: Configuring and using a database for tests - Live geek or die tryin'
Hi there, When testing your Sinatra application, you may need to check if some data was stored, removed, or changed in the database. Your application would look like this: Okay. First of all, let’s tell RSpec to use a blog_test.db database: Explanations: DataMapper::setup(): Tells DataMapper which database to use ; it will create it if it doesn’t exist. DataMapper.finalize: Finalize the models. Mo
るびま
『るびま』は、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 直
twiwt.org - このウェブサイトは販売用です！ - twiwt リソースおよび情報
このウェブサイトは販売用です！ twiwt.org は、あなたがお探しの情報の全ての最新かつ最適なソースです。一般トピックからここから検索できる内容は、twiwt.orgが全てとなります。あなたがお探しの内容が見つかることを願っています！
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
bundlerを使ってRSpecを書きつつGemを開発する - Qiita
RSpecでテストを作るのに役立つ「モック/スタブ」のシンプルな説明
https://rubysource.com/getting-started-with-padrino-and-bdd/
How to Integrate rspec into a Sinatra App
Testing Rails: How to test Rails ActiveRecord Named Scopes — Simone Carletti