rails, rspecでVimのsnippetを使うためのベストプラクティス (自己流) - Qiita
Vimにはtextmateちっくなsnippet補完を実現するためのプラグインがいくつかあります。 neocomplcache-snippets-complete, snipMate, UltiSnipなどなど。 私が利用しているのは、neocomplcache-snippets-completeなので、それを利用する時の流れについての話です。 neocomplecacheを使っていると、補完が統合されるので、neocomplecacheユーザーは大体これに落ち着くと思います。 ちょっと調べたところだと、UltiSnipはかなり高機能っぽいのですが、pythonインターフェースが必要で、ちょっと複雑過ぎるかもしれません。 読み込みのルール 現在のneocomplecacheは、内部でvimのバッファが持っているファイルタイプとは別に、 独自のファイルタイプ情報を持っています。 最近になって
指定したspecのファイル/ディレクトリだけrspecを実行する - Qiita
exampleが大量になってくると毎回毎回全部起動するのは大変なので指定したファイルやディレクトリのspecファイルだけを実行したいケース。 指定したファイルだけ
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
Rails: システムテストをRSpecで実行する（翻訳）｜TechRacho by BPS株式会社
概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Rails system tests with RSpec 原文公開日: 2017/12/28 著者: Mateusz Dominiak @jnchitoさんの以下の記事も合わせてどうぞ。 rspec-rails 3.7の新機能！System Specを使ってみた Rails 5.1のSystemTestCaseを試してみた 2018/01/25: 初版公開 2023/10/12: 更新 RSpec 3.7登場前のfeature spec は、実物（またはヘッドレス）のブラウザ環境でJavaScriptの絡むアプリのやり取りをフルスタックでテストする手段でした。最近リリースされたRSpec 3.7（訳注: 現在はRSpec 4.0です）では、Railsのシステムテストを元にしたsystem specが追加されました。Rails 5
Rails tips: RSpecテストを遅くする悪い書き方3種（翻訳）
概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: 3 things that slow down and make your RSpec tests worse（現在はリンク切れです） 原文公開日: 2018/03/21 著者: Paweł Dąbrowsk 2018/05/01: 初版公開 2023/11/14: 更新 テストが遅くなる原因はさまざまで、コードに関係するものもあればそうでないものもあります。今回は、specを高速化して改善するちょっとした変更のコツをご紹介します。 🔗 1. trueかfalseだけを期待する場合はbe_truthyやbe_falseyを避ける まずは以下のコードをご覧ください。 expect(true).to be_truthy expect(1).to be_truthy expect('string').to be_truthy expe
RSpecによるRailsテスト入門
テストの原則 テストは信頼できるものであること テストは簡単にかけること テストはかんたんに理解できること スピードを重視しないこと テストの中では過度にDRYなコードを目指さないこと テストの重要なテクニック 期待する結果は能動形で明示的に記述すること 起きて ほしい ことと、起きて ほしくない ことをテストすること 境界値テストをすること 可読性を上げるためにスペックを整理すること describe: クラスの機能に関するアウトラインを記述する。 context: 特定の状態に関するアウトラインを記述する。 before: スペック内の重複コードをきれいにするために必要不可欠。describe ブロックの中にある各 example の前(before)に実行される RSpecのセットアップ group :development, :test do gem "rspec-rail
「Docker時代の分散RSpec環境の作り方」の補足 - Qiita
この記事は、大江戸Ruby会議06で発表した Docker時代の分散RSpec環境の作り方 // Speaker Deck の補足です。 何人かに質問されたことや、良いことばかりじゃなくて現状存在している課題について補足として、ここで書かせてもらいます。 まず、良く質問されたのがテストケースの分割方法です。 テストケースの分割は、現状とても雑にやってます。 まず、featureスペックのファイルだけをリストアップして適当にシャッフルして詰めます。 その後で、他のテストケースを順番に詰める、という感じです。 多少、無駄ではあるんですが、前のテスト結果のプロファイルの収集と詰めるロジックを書くのをサボっても、現状大分早くできたので、とりあえず作りを簡単にする方を優先しました。 課題の中で最も大きな問題は、ログが見辛いという点です。 ECSはログを準リアルタイムで確認するのが、かなり難しいという
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を使うとテスト
RSpecで悲観的ロックのテストを書く - hitomedia Tech Blog
こんにちは。花粉症で鼻水が止まらない日々が続いている hilotter です。 同一レコードに対し複数ユーザ（もしくはバッチ処理等）から同時に更新される可能性がある場合、排他制御を行う必要があります。 今回はシンプルなポイント付与機能を例に、悲観的ロックを用いた排他制御のテストを書いてみたいと思います。 シンプルなポイント付与機能仕様 ユーザは他のユーザにポイントを送ることができる 今回のサンプルは以下の環境で確認しました。 Rails 5.1.4 MySQL 5.7.20 MySQLのトランザクション分離レベル REPEATABLE-READ（デフォルト設定） add_pointメソッドの実装 Userモデルにポイントを付与できるadd_pointメソッドを追加します transaction内でlock!を用いて悲観的ロックをかけています。 # app/models/user.rb cl
週刊Railsウォッチ（20180223）Ruby25開催、Rails6のパラレルテスト、書籍「RSpecによるRailsテスト入門」更新ほか｜TechRacho by BPS株式会社
2018.02.23 週刊Railsウォッチ（20180223）Ruby25開催、Rails6のパラレルテスト、書籍「RSpecによるRailsテスト入門」更新ほか こんにちは、hachi8833です。いよいよ明日はRuby25ですね。名札忘れないようにしないと。 Ruby25周年イベント、いよいよ明後日の土曜日となりました！当日は多くの参加者が集まります。交流がしやすくなりますので、他のカンファレンスなどで用意された名札をお持ちの方はぜひご持参ください。（お持ちでない方には、会場にて名札シールと記入スペースを用意しています。） #ruby25 — Ruby25 (@ruby25th) February 22, 2018 Rubyくん25歳のお誕生日おめでとうございます！ #擬竜戯画 #ruby25th pic.twitter.com/lNXdwjgsjX — RAO(らお)@C97土-南
Better Specs { rspec guidelines with ruby }
translations Documentation RSpecとはBDDで使う素晴らしいツールです。(BDDとはbehavior-driven developmentの略で方向性を人の読める仕様に沿って開発を行う開発方法論です。) ウェブで既に沢山の使い方や _何_ ができるかを説明したRSpecの書き込みを探せますが、RSpecで良いテストの作り方を説明した書き込みはなかなか探せません。 Better Specsは大抵のガイドラインの書いてない部分を集めようとしました。- これは開発者達の経験を通して学んだ方法です。 メソッドの説明をする 作成中のメソッドを明らかにしましょう。例えば、Ruby文書の規約ではクラスメソッドの名前には.(もしくは::)をインスタンスメソッドの名前には#を使っています。 bad
About RSpec HTML Reporter | Mercari Engineering
Hello everyone! @vishal from Mercari’s SET team. This is the 12th entry for Mercari Advent Calendar. In this blog post, I will talk about rspec_html_reporter which is being used for Android E2E test automation at Mercari. Role of Test Reports in Mobile E2E Test Automation Test report is the end result of test automation execution. This is the only source of truth once test execution is finished. I
Rails: ActiveModelSerializersでAPIを作る--Part 2 RSpec編（翻訳）｜TechRacho by BPS株式会社
part1は以下をご覧ください。 Rails: ActiveModelSerializersでAPIを作る–Part 1（翻訳） 概要 原著者の許諾を得て翻訳・公開いたします。 英語記事: Rails API with Active Model Serializers – Part 2 著者: Piotr Jaworski サイト: https://www.nopio.com/ -- RailsやWordPressの開発を請負っているポーランドの会社です。 チュートリアルリポジトリ: nopio/rails_api_tutorial_part2 ※元記事はRails 5.0.1以降を使っています。 本シリーズの前回の記事では、Rails 5でソリッドなAPIを構築する手順について解説しました。今回は、構築したAPIのテストと、RSpecで読みやすいクリーンなテストを書く方法について解説いた
RailsプラグインGemの作成方法、RSpecテストまで含めたrails pluginの作り方
Rails プラグイン Gem を作る方法の紹介です。現在の Rails では、プラグインを Gem としてビルドします。通常の Ruby Gem と異なるのは、Rails プラグイン Gem は Rails のコアフレームワーク自体を拡張することができる点です。Rails 自身を拡張して機能を追加したい場合は、Rails プラグインとして Gem を作成すると良いでしょう。 通常の Ruby Gem の作り方は、以下を参照お願いいたします。 Gemの作り方(Ruby Gem) | EasyRamble また、Rails でライブラリとして組み込むことができる gem には、通常の Ruby Gem、Rails プラグイン、Rails エンジンの3種類があります。それぞれの違いについては、以下の解説がとても分かりやすいです。 Gem、Railtieプラグイン、Engine（full/mou
[Rails] RSpecをやる前に知っておきたかったこと｜TechRacho by BPS株式会社
こんにちは、hachi8833です。 今さらですが、RSpecをやる前に知っておきたかったことを記事にしました。少しさかのぼって、ソフトウェアのテストについても最初に簡単にまとめてみました。 ソフトウェアのテストとは まず、広い意味でのソフトウェアテストは「人間による目視チェック」のようなものも含まれる点にご注意ください。 ソフトウェアの動作確認をどのように行うかは、ソフトウェア開発において常に大きな課題です。 当然ながら、ソフトウェアの動作確認を思い付きでやっていると漏れが発生しやすく、確認のたびにチェック内容が変わってしまったりするので好ましくありません。 そこで、ソフトウェアのテスト方法を体系化し、 誰がやっても同じようにテストできる方法 誰でもテスト計画を策定できる手法 が模索されてきました。 個別のテスト実施はドラゴン桜の名言でいうところの「作業」であり、ひとつひとつはそれほど重
![[Rails] RSpecをやる前に知っておきたかったこと｜TechRacho by BPS株式会社](https://cdn-ak-scissors.b.st-hatena.com/image/square/0df40072c11178520fcb31a3c122401dbda1bc55/height=288;version=1;width=512/https%3A%2F%2Ftechracho.bpsinc.jp%2Fwp-content%2Fuploads%2F2012%2F05%2Frspec_eyecatch.png)
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
rspecの悪い書き方、良い書き方 - Qiita
Useful RSpec trick for testing method with arguments - RubyFlow
Testing Stripe with Rails and RSpec - RubyFlow
RSpec: difference between mocks and stubs - RubyFlow
他人のRSpecを読むのはつらい - Qiita
