Rails tips: RSpecの`let`ブロックや`before`ブロックは基本避けるべき（翻訳）｜TechRacho by BPS株式会社
2018.04.11 Rails tips: RSpecの`let`ブロックや`before`ブロックは基本避けるべき（翻訳） 概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: RSpec - you should avoid let and before blocks to use natural flow 原文公開日: 2018/02/06 著者: Paweł Dąbrowsk Rails tips: RSpecのletブロックやbeforeブロックは基本避けるべき（翻訳） RSpecの作者はそれなりの理由があってbeforeやletブロックを考案しましたが、本当に必要でない限りこれらの利用は避ける方が賢明です。理由は以下のとおりです。 テストの本体からletの定義にジャンプ（またはその逆のジャンプ）することで、テストの自然な流れを妨げることになります。 letを使うとテスト
いまさら聞けない「コードの英語」超入門 - クックパッド開発者ブログ
広告事業部の鈴木達矢です。コーディングをしてると変数やメソッド名の付け方に悩むことって多々ありますよね。逆にコードを読んでいると単語の選択がこれでいいのかなという時や、動詞の活用形が間違っていてよく意味がわからない、時に潔く日本語の変数名になっていることも見かけます。でもプログラミング言語の単語が英語をベースにしていますし、Railsを使っている場合は日本語が規約（Convention）に合わなかったりします(複数形が無いなど)。それから動詞の活用形が違っていると主語（動作の主体）が変わってしまい、意味が変わってしまいます。その結果コードの可読性が落ち混乱を招きやすくなります。 いくつかの基本的な法則だけおさえておけばコーディング中に可読性の高い単語の選択ができるようになります。今回はそれを目的に、英語の扱いに都度時間を費やしてしまうような方に向けていくつかの法則をご紹介します。*1 変数
悩んでるポイントはみんな同じ！？「Rubyistのためのテストコード相談会」の質疑応答まとめ - give IT a try
はじめに 先週の土曜日（2015年5月16日）に西脇.rb＆神戸.rbで「Rubyistのためのテストコード相談会 ～テストの書き方に悩んでいませんか？～」という勉強会を開催しました。 この勉強会は「テストコードに関する疑問や悩みをみんなで持ち寄り、みんなで解決すること」を目的にした勉強会です。 勉強会中はいろいろと興味深い議論が出たので、今回のエントリではその内容を簡単にまとめてみます。 勉強会で挙がった質疑応答 よく使うフレームワークは？ RSpecが大多数、Minitestが若干名。 gemを開発するときはMinitest、RailsはRSpec、というように開発内容によってフレームワークを使い分ける、という人もいた。 Minitestってどうなの？ 導入が簡単。assertメソッドだけ知っていればなんとかなる。 Railsにも対応している。Capybaraも使える。 RSpecのs
使えるRSpec入門・その3「ゼロからわかるモック（mock）を使ったテストの書き方」 - Qiita
はじめに みなさんこんにちは！ この記事は「必要最小限の努力で最大限実戦で使える知識を提供するRSpec入門記事」、略して「使えるRSpec入門」の第3回です。 今回はRSpecのモックを使ったテストについて説明します。 これまでモックを全く使ったことがない人でもわかるように丁寧に説明していくつもりです。 また、これまでの回と同様、個人的に使用頻度が低いと思っている内容についてはバッサリ説明を省きます。 ただし、第1回や第2回に比べるとテストコードが少し複雑になって、仕組みや動きを想像するのがちょっと難しいかもしれません。 ぱっと頭に入ってこない場合はじっくり本文を読んだり、実際に自分で写経しながらコードを動かしたりするなどして、少し時間をかけながら理解するようにしてください。 今回は以下のような内容を説明します。 モックの基本的な使い方 モックを使った検証 モックでわざとエラーを発生させ
私はRSpecでテストをこんな感じで書いてる - アジャイルSEを目指すブログ
私がRSpec使ってテスト書く時はこんな感じで書いてるよ〜ってのを書いてみた。*1 テストを書く順番について TDDでコードを書く場合、先にテストを書く事になります。 そして、そのテストを書く順番ですが、私は下記のような順番で書くように意識しています。 設計する describe を書く itを書く subjectを明確にする before(context)を明確にする その他に、気をつけている点はこんな感じ 別のメソッド呼ぶ時は基本的にstubなどで潰す contextは「〜の場合」、it は「〜であること」になるようにする 一つずつ、詳細を書きます。 設計する テストを書き始める前に、まず実装しようとしてるクラス、メソッドを簡単に設計します。 少なくとも、「クラス名」「クラスメソッド or インスタンスメソッド」「メソッド名」「メソッドの戻り値」ぐらいは決めます。 describe を
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 本記事のライセンスについて 本記事は クリエイティブ・コモンズ 表
今日から使える！RSpec 3で追加された8つの新機能 - Qiita
はじめに RSpec 3が正式リリースされて2ヶ月ほど経過しました。(正式リリースは2014年6月) ネットの情報を見ていると、これまでは「既存のテストケースをRSpec 3にアップグレードさせる方法」や「RSpec 3で削除されたり、記法が変わったりした点」など、「守りの姿勢」に入った情報が多かったように思います。(僕自身もそういう情報をたくさんアップしていました) しかし、RSpec 3では以前のバージョンでは使えなかった新しい機能も数多く導入されています。 そこで本記事では「攻めの姿勢」で「RSpec 3から導入された新機能」をまとめてみました。 なお、ここでフォーカスするのはテストコードの書き方にダイレクトに関わってくるマッチャの新機能です。 2015.01.12：RSpec 3.1に関する情報を追記しました RSpec 3.1に関する情報も追記しました。 もともと紹介していた新機
rspec簡易メモ(stub,shouｌd_receive記法) - syanhaiDの日記
# 今までのstubの記述 obj.stub(:hoge).and_return('fuga') # 追加された記述 allow(obj).to receive(:deliver_welcome_email) # 今までのmockの記述 obj.should_receive(:hoge).with('arg') 実行 # 追加された記述 expect(obj).to receive(:hoge).with('arg') 実行 #stub_chain obj.stub_chain(:foo, :bar).and_return(something) allow(obj).to receive_message_chain(:foo, :bar).and_return(something) # Spy機能 実行 expect(obj).to have_received(:hoge).with('a
Barry Hess :: Ruby whenever and day of month crontab syntax
Whenever by Javan Makhmali is an excellent way to manage the cron tasks that relate to your ruby app. It provides a very powerful and readable ruby syntax for planning a job schedule. I had a hard time figuring out how to recreate the case of running a job on a specific day per month, however. The following crontab line is an example of running a job on the first day of month every month at 7:13am
capybaraで要素をあいまい検索して値をセットする | Oh My Enter!
📄customers_spec.rb fill_in 'Name', with: '山田 太郎' 第１引数に指定できるのは、ラベル文字列かDOMのidだけです。通常の単票フォームでは困ることはないのですが、複数モデルを一括入力をするようなフォームの場合はその限りではありません。なぜなら、ラベル文字列はユニークにできないし、idもcustomer_19887632_nameのようにオブジェクトのidが間に入ってしまうからです。 そんなときは、findメソッドであいまい検索をすればよいです。 📄capybara-spec #完全に等しい find("img[src='https://www.example.com/image']") #含む find("img[src*='https://www.example.com/image']") #前方一致 find("img[src^='htt
RSpec - Relish
RSpec is a Behaviour-Driven Development tool for Ruby programmers. BDD is an approach to software development that combines Test-Driven Development, Domain Driven Design, and Acceptance Test-Driven Planning. RSpec helps you do the TDD part of that equation, focusing on the documentation and design aspects of TDD. Documentation This is the official documentation site for RSpec. Much of the document
Web勉強会「RSpec初心者に送るRSpec最強チュートリアル」を放送しました #sg_study - give IT a try
はじめに 前回のブログでもお伝えしたとおり、「RSpec初心者に送るRSpec最強チュートリアル ～RubyMineもあるよ！～」というWeb勉強会を放送しました。 今回はこの勉強会に関する情報を一通りまとめておきます。 過去最高の参加人数！ このWeb勉強会はソニックガーデンが主催するSonicGarden Studyの第8回の放送になります。 これまでの最高人数は「第5回・そのテストは本当に必要ですか」の135人だったのですが、今回はこれを超えてなんと192人もの人が参加登録してくれました。 USTREAM上の延べ視聴者数も300人を超えたみたいです。すごい～！ SonicGarden Studyに初めて参加する人もたくさんいたようで、この勉強会の認知度が多少上がったんじゃないかなと思います。 参加してくれたみなさん、どうもありがとうございました！ 放送の前後はちょっとドタバタ・・・
Capybara RSpecでのマッチャ、セレクタ 「こんなときどうするの」その1 - Qiita
TDDやってますか？必須と言われつつも、なかなか習慣にするまでは時間かかりますよね。 本質的に 入力と評価したいものに集中できるよう、覚える必要があるマッチャとセレクタは、とっとと覚えられるようにしたいですね。 HTML要素の属性を評価したい xpathでの記法とcssでの記法両方が使えますが、おそらく皆さんがなじみ深いのは(jQueryセレクタでよく使う) cssでの記法だと思いますので、そちらに集中して掲載します。 自分が楽だと思った方法 とりあえず、findに入れて、テキストが返ってくる状態にしてから、シンプルなマッチャで評価する。 have_css とか have_xpath とかで評価したいものを表現するよりも、書くのが早い気がする。
RSpec初心者向けの資料まとめ[Ruby][Everyday Rails書評]
最近、RSpecやCapybaraでRailsのテストを書くたびに、ちょっとした書き方がわからずググったり、冗長なテストを書くことに結構悩んでいました。ということで、思い切ってRSpec再入門として、『Everyday Rails - RSpecによるRailsテスト入門』を読みました！ Rails/Rubyはどんどんバージョンアップするので、紙媒体の書籍だと情報が古くなってしまっている場合があります。この書籍は著者や訳者さんが、しっかりとアップデートを続けてくれているので、最新の入門チュートリアルとしてRSpecの実践的な使い方を習得できる書籍です。 またこの本を読むにあたってRSpecのドキュメントやWebサイトを読みなおしたので、合わせてRSpec初学者向けのマトメを作りました！ 🎉 RSpec 3初心者向けの資料まとめRSpec 3初心者向けの資料まとめ[Ruby] ちなみにその
![RSpec初心者向けの資料まとめ[Ruby][Everyday Rails書評]](https://cdn-ak-scissors.b.st-hatena.com/image/square/c2ea7e72d0d7f3ba6c237909f321e67ffbdaa24e/height=288;version=1;width=512/https%3A%2F%2Fmorizyun.github.io%2Fimg%2Fog_image.png)
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
On testing rake files • Stas Sușcov
RSpec and Resque
Amazon.co.jp: :
GitHub - thoughtbot/shoulda-matchers: Simple one-liner tests for common Rails functionality
Date & Time Helper with rspec and capybara - Mark Gandolfo
rspecのdescribeとcontextの違いについて。 - ミノタケ日記。
