壊れたルーティングを検出する route_mechanic gem と、その内部実装の話 - valid,invalid
壊れたルーティングの検出、routing specを自動化するroute_mechanic gem を作って公開しました。この gem の紹介と内部実装の話を書きます。 rubygems.org 背景 Rails 開発者のうちの N% は、Rails application のルーティングを検証するために以下のようなコードを書いたことがあるかもしれません。 Rails が提供する assertions を使うなら: assert_routing({ path: 'photos', method: :post }, { controller: 'photos', action: 'create' }) rspec-rails なら: expect(:get => "/articles/2012/11/when-to-use-routing-specs").to route_to( :cont
FactoryBot作成のベストプラクティス！？ - Blogメモφ(..)
RSpecを結構書いてますが、テストを書く上で、FactoryBotが整備されていると楽ですよね。 ただ、最低限でも過剰でも、テストケースが漏れたりします。 また、無駄にINSERTされて、テストが遅くなったりする事もあります。 改めて整理する為に、こう書くのが良いだろうと思うベストプラクティス！？をまとめてみました。 単体で作成できるように作る 必須項目は全て埋める。できるだけユニークな値となるように 必須のリレーションはassociationで作成する 任意項目もできるだけ埋める traitでベースのfactoryを上書きして共通化する traitをfactory間で共有して共通化する 最後に（まとめ） 単体で作成できるように作る これは基本だと思います。rails cで、一時的に作りたい場合にも役立ちます。 必須項目は全て埋める。できるだけユニークな値となるように Request S
過度なDRYは読みやすさの敵！？「リーダブルテストコード」という発表をしました #vstat - give IT a try
先日、このブログでもお伝えしましたが、「VeriServe Test Automation Talk No.3」というオンラインイベントで登壇してきました。 veriserve-event.connpass.com 申込者数はなんと1000人を超えていて、大変驚きました。 僕は「リーダブルテストコード」というテーマで発表しました。スライドはこちらです。 Twitterでたくさんシェアされたり、はてなブックマークがたくさん付いたり、こちらもすごい反響でビックリしました。 で、どんな内容だったの？ ひとことで言うなら「テストコードを徹底的にDRYにしようとしちゃダメよ！」というお話です。 このネタは昔からQiitaやTwitterとかでことあるごとに話してきましたが、この勉強会であらためてなぜダメなのか、DRYに書かず、どう書くべきなのか、という話を力説してみました。 優秀なプログラマほど、「
Rails: RSpecをもっとDRYに書くテクニック（翻訳）｜TechRacho by BPS株式会社
概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Small steps to DRYer RSpec 原文公開日: 2017/01/22 著者: Victor Shepelev-- ウクライナ在住のRubyプログラマーで、SciRubyのメンテナーとメンターでもあります。 2017/11/29: 初版公開 2023/07/11: 更新 🔗 これは何？ RSpec APIは可能な限りDRYで読みやすいDSLへと絶え間なく進化し続けています。しかし、specをさらにDRYにできる方法（トリックや追加メソッドなど）はまだまだあるのです。 警告: 本記事を読んで「この方法を使うより先に、テストしやすいコードを書けるように設計を見直す方がいいのでは？」と言いたくてたまらなくなるかもしれませんが、そうした方法は既に知られているとお考えください。 更新情報（2017/08/15）: sah
[Ruby] rspec-mocksを使ってテストで上手に手を抜こう - Qiita
対象 rspecでの簡単なテストの書き方は基本的に知ってる rspec-mocksを使ったテストを知らないor知ってるけど雰囲気で使っている 上記に当てはまる私自身が、テストをより効率的に書くために、広く浅くざっくり調べた内容なので、より詳しく知りたい人は公式ドキュメントなどを漁ったほうが良いです。 ※記事中に出てくるコードの多くは、rspecによるテストコード内で実行されるコードです。周辺のコードは省略するので、適当に文脈から読み取ってください。 前提 rspec-core (3.7.1) rspec-mocks (3.7.0) rspec-rails (3.7.2) rspec-support (3.7.1) rspec-mocksとは rspec-mocksは、rspec用のテストダブルフレームワーク。モックとかスタブとかスパイとかサポートしてくれる。 テストダブルとは、テスト対象が
![[Ruby] rspec-mocksを使ってテストで上手に手を抜こう - Qiita](https://cdn-ak-scissors.b.st-hatena.com/image/square/bce2063237385599ab6aef02803d2aff2cd605dc/height=288;version=1;width=512/https%3A%2F%2Fqiita-user-contents.imgix.net%2Fhttps%253A%252F%252Fcdn.qiita.com%252Fassets%252Fpublic%252Farticle-ogp-background-1150d8b18a7c15795b701a55ae908f94.png%3Fixlib%3Drb-1.2.2%26w%3D1200%26mark%3Dhttps%253A%252F%252Fqiita-user-contents.imgix.net%252F~text%253Fixlib%253Drb-1.2.2%2526w%253D840%2526h%253D380%2526txt%253D%25255BRuby%25255D%252520rspec-mocks%2525E3%252582%252592%2525E4%2525BD%2525BF%2525E3%252581%2525A3%2525E3%252581%2525A6%2525E3%252583%252586%2525E3%252582%2525B9%2525E3%252583%252588%2525E3%252581%2525A7%2525E4%2525B8%25258A%2525E6%252589%25258B%2525E3%252581%2525AB%2525E6%252589%25258B%2525E3%252582%252592%2525E6%25258A%25259C%2525E3%252581%252593%2525E3%252581%252586%2526txt-color%253D%252523333%2526txt-font%253DAvenir-Black%2526txt-size%253D54%2526txt-clip%253Dellipsis%2526txt-align%253Dcenter%25252Cmiddle%2526s%253Dc7e7c60d4035497124cd1f9c7b62cad8%26mark-align%3Dcenter%252Cmiddle%26blend%3Dhttps%253A%252F%252Fqiita-user-contents.imgix.net%252F~text%253Fixlib%253Drb-1.2.2%2526w%253D840%2526h%253D500%2526txt%253D%252540Sa2Knight%2526txt-color%253D%252523333%2526txt-font%253DAvenir-Black%2526txt-size%253D45%2526txt-align%253Dright%25252Cbottom%2526s%253D3531e8b4c1f70b9dc84b9d30bbac95a9%26blend-align%3Dcenter%252Cmiddle%26blend-mode%3Dnormal%26s%3D609d32d6fd7894728df5100e3f597617)
RSpec における double / spy / instance_double / class_double のそれぞれの違いについて - Qiita
RSpec における double / spy / instance_double / class_double のそれぞれの違いについてRubyRSpec はじめに RSpec でモックを作る際の double、spy、instance_double、class_double のそれぞれの違いについて説明します。 TL;DR double と比較した際に spy は呼び出されるすべてのメソッドを明示的にスタブする必要がない instance_double は未定義のインスタンスメソッドをスタブしようとした際にエラーになる class_double は未定義のクラスメソッドをスタブしようとした際にエラーになる
RSpecで役に立ちそうないくつかのヒント（翻訳）｜TechRacho by BPS株式会社
概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: A Few RSpec Helpful Hints 原文公開日: 2017/07/12 著者: Jake Yesbeck 2017/07/24: 初版公開 2023/05/11: 更新 Rubyにおける二大テスティングフレームワークといえば、RSpecとMiniTestです。RSpecは（訳注: 英語的に）非常に表現力の豊かなテスティングフレームワークであり、テストを読みやすくする素晴らしい機能やヘルパーが多数用意されています。ここでは、RSpecのテストを書きやすく、読みやすく、メンテしやすくするのに役立つ、あまり知られていないテクニックをご紹介いたします。 以下は、BooksとAuthorsがあるシステムのコードです。読みやすいテストコードを書いてみましょう。 class Book attr_reader :title, :g
「RSpec で example の外で定義したローカル変数を使うのはアリか？」に対する僕の見解と解決策 - give IT a try
はじめに 先日、「RSpec で example の外で定義したローカル変数を使うのはアリか？」というブログ記事を拝見しました。 ブログの作者である「きいあむ」さんは、「exampleの外で定義したローカル変数を使うのもアリなのでは？」というスタンスで記事を書かれています。 ですが、僕は「うーん、これはちょっと・・・」という感が否めません。 そこでこのエントリでは上記ブログ記事の内容に対する、僕の見解と考えられる解決策を書いていきます。 RSpecでテストを書くことがある人は参考にしてみてください。 上記ブログの簡単なまとめ さくっと要点を把握したい、という方のために、きいあむさんの意見を簡単にまとめておきます。 RSpecでは値を共通化するために、インスタンス変数やletを使います。 たとえば、何も考えずに愚直テストを書くとこんな感じになります。 describe User do it
Read Everyday Rails - RSpecによるRailsテスト入門 | Leanpub
この版のまえがき 改訂版の「Everyday Rails - RSpecによるRailsテスト入門」を手にとっていただき、どうもありがとうございます。改訂版をリリースするまで、長い時間がかかりました。そして、内容も大きく変わりました。本書を読んだみなさんに「長い間待った甲斐があった」と思っていただけると幸いです。 なぜこんなに時間がかかったのでしょうか？前述のとおり、内容は大きく変わりました。本の内容そのものも変わりましたし、Railsにおける一般的なテストの考え方も変わっています。まず後者について説明しましょう。Rails 5.0の登場と同時に、Railsチームはコントローラのテストを事実上非推奨としました。個人的にこれは素晴らしいニュースでした。本書の前の版では説明に 3章 も使っていましたが、私も最初はコントローラのテストを理解するのに非常に苦労したのを思い出しました。そして、最近で
（Rails・RSpec）WebMockでAPIサーバーへリクエストを投げるコントローラのテストをする - Qiita
画面を提供するためのRailsアプリケーションで、テスト実行時に決まったJSONを返すAPI Mockみたいなものが欲しくなったので、調べました。ここで言う「画面を提供するためのRailsアプリケーション」とは何かというと、以下のようなアプリケーションです。 ブラウザとAPIサーバーの間に挟まってるRailsアプリです。今回はこのAPIサーバーにあたる部分のモックが欲しくなりました。 画面を提供するだけのアプリにRailsを使うのは珍しいかもしれませんが、普通のRailsアプリケーションでも外部へHTTPリクエストを投げることはあるので、適宜ご自分のRailsアプリに必要な部分だけ抜き出して読んでいただけると役に立つかもしれません。 背景 これまでコントローラのテストでは、そのまま get :index みたいなものを書いていたので、そのメソッドがAPIサーバーへリクエストを投げるものだっ
RSpecのletを使うのはどんなときか？（翻訳） - Qiita
はじめに RSpecにはletという機能があります。 これを使うとインスタンス変数を次のように置き換えることができます。 # インスタンス変数を使う場合 before do @user = User.new(name: 'Taro', email: 'taro@example.com') end it 'is valid' do expect(@user).to be_valid end # letを使う場合 let(:user) { User.new(name: 'Taro', email: 'taro@example.com') } it 'is valid' do expect(user).to be_valid end RSpecを使い慣れている人であれば、おそらくletを使うことが多いと思いますが、初心者の人には違いやメリットがよくわからないと思います。 また、使い慣れている人で
【書評】RSpecの初心者から上級者まで役立つ！「Effective Testing with RSpec 3」を読みました - give IT a try
はじめに 数ヶ月前、RSpecコミッタのYuji Nakayamaさん（@nkym37）から突然連絡がきて、「リードメンテナのMyron Marstonが今度RSpecの本を出版するんだけど、Myronが日本人のレビュアーを探している。なので伊藤さん、レビュー記事を書いてみない？」というお話を受けました。 「はい、興味あります！書きます！！」ということで、二つ返事でオファーを受けることにしました😄 というわけで、今回読んだのがこちらの「Effective Testing with RSpec 3」です。 Effective Testing With Rspec 3: Build Ruby Apps With Confidence 作者: Myron Marston,Ian Dees出版社/メーカー: Pragmatic Bookshelf発売日: 2017/08/25メディア: ペーパー
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
【翻訳】RSpecのリードメンテナだけど何か質問ある？ - Qiita
はじめに 先日、Redditでこんな記事が載っていました。 AMA: The authors of "Effective Testing with RSpec 3", Myron Marston and Ian Dees : ruby この記事は書籍「Effective Testing with RSpec 3」の筆者であるMyron Marston氏とIan Dees氏が、書籍に関する質問に何でも答えます、という企画です。 この2人のうち、Myron Marston氏はRSpecの開発者（リードメンテナ）です。 Q&Aを読んでいると、RSpecの開発者ならではの意見だなと思うところがたくさんあり、なかなか興味深い議論になっていました。 というわけで、この記事では先ほどのQ&Aから「これは日本のRubyプログラマにも役立ちそう」と思ったやりとりをピックアップして翻訳してみます。 ピックアッ
【アンチパターン】Arrange、Act、Assert（AAA）を意識できていないRSpecのコード例とその対処法 - Qiita
【アンチパターン】Arrange、Act、Assert（AAA）を意識できていないRSpecのコード例とその対処法RubyRailsRSpec # トレーニングジムの予約システムを開発していると仮定してください describe 'キャンセル処理' do let(:user) { create :user } let(:reservation) { create :reservation, user: user, start_at: '2017-08-10 10:00'.in_time_zone } context '24時間前をすぎるとキャンセル料が発生する' do before do travel_to '2017-08-09 10:00'.in_time_zone reservation.cancel! end after { travel_back } let(:billing)
RSpec 3.5 has been released!
Sam Phippen, Myron Marston and Jon RoweJul 1, 2016RSpec 3.5 has just been released! Given our commitment to semantic versioning, this should be a trivial upgrade for anyone already using RSpec 3, but if we did introduce any regressions, please let us know, and we’ll get a patch release out with a fix ASAP. RSpec continues to be a community-driven project with contributors from all over the world.
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Amazon.co.jp: Effective Testing with RSpec 3: Build Ruby Apps with Confidence (English Edition): Marston, Myron, Dees, Ian: Digital Ebook Purchas
GitHub - willnet/rspec-style-guide: 可読性の高いテストコードを書くためのお作法集
GitHub - rubocop/rspec-style-guide: Best practices for writing your specs!
Docker時代の分散RSpec環境の作り方 // Speaker Deck
