CircleCIの消費クレジットとRSpecの実行時間を半減させるために行った9の手順
概要この記事はCircleCI Advent Calendar 2020の9日目の記事です。 スタディスト開発部の笹木です。今年に入ってからは開発基盤チームという位置づけで、開発環境の整備や、CI含むテスト自動化周りを担当しています。 本記事では、RSpecのテスト実行時間を半減させ、CircleCIの消費クレジットを大幅削減した取り組みについてご紹介します。(消費クレジットについては後述します) 改善の結果が以下のグラフで、定点観測しているジョブの消費クレジットが、ピーク時の半分にまで落とせていることがわかります。もちろんテストコードを減らすといった本末転倒なことはしていません。 RSpecジョブ実行時の、CircleCI消費クレジットを時系列で表したグラフ実施した取り組みは以下の通りです。 CircleCIの料金体系を知る問題を認識するCircleCIの利用状況を可視化するRSpecの
RailsでTimecopを使わず現在時間をずらすRSpecを書く - コード日進月歩
実はTimecopはいらなくなったという話題の実践編 環境 rails (5.1.5) rspec (3.7.0) やり方 helperに追記 rails_helper.rbのお好みのところに追加 RSpec.configure do |config| # 中略 config.include ActiveSupport::Testing::TimeHelpers end 使い方 travel_to で囲む context "現在時刻かどうかは" do it "こんな感じでテストをかく" do travel_to('2018-3-10 8:00'.to_time) do expect(Time.zone.now).to eq(Time.new(2018, 3, 10, 8, 0, 0)) end end end around をつかうと、複数のitにも対応できるのでそちらも便利。 conte
CircleCI上のRSpecのテスト時間をparallel_split_testを使って短縮する - かまたま日記3
CircleCIを使ってテストを実行する場合、テストはcircleci tests splitコマンドで分割した上で複数コンテナを使うことでテストの実行時間を短縮することができます(参考リンク)。ただ、コンテナ数を増やすのも限界がありますし*1、少し前までtiming-based splittingがCircleCI Workflowでは有効にならないという問題もあり、コンテナごとのテストケース数や実行時間に偏りがあって、結局一番遅いコンテナに引きづられてスループットが思ったより上がらないという問題がありました。*2 そこで、コンテナ上でさらにテスト(RSpec)を並列実行することで、コンテナごとの実行時間を短縮し、それによって全体のスループットを上げるというのを試みてみました。 Gem探し RSpecを並列実行するGemは何個かあって、rrrspec, parallel_tests, r
RSpec でキューイングした ActiveJob を同期実行する - Qiita
ジョブの実行をテストしたいとき、キューに入ったことをテストしたいだけのときと、その実行結果まで含めてテストしたいとき（つまり同期実行したいとき）がある。 前者であればRails.application.config.active_job.queue_adapter = :testで足りるが、後者を実現するためにはどうすればよいだろう。 方法はいくつかあって、まずはRails.application.config.active_job.queue_adapter = :inlineとする方法。 これは簡単に同期実行は実現できるが、こんどはキューに入ったことが確認できなくなってしまうし、他の非同期のままにしておきたいところまで影響がでてしまう。 またSidekiqを使っているのであればSidekiq::Testing.inline!やSidekiq::Testing.fake! で制御すること
RailsのRSpecテストを速くする方法まとめ - Rails Webook
Photo by Flickr: chief_huddleston's Photostream Railsの規模が大きくなると自動テストの実行時間もだんだんと長くなっていきます。素早く開発していくにはテストの実行時間を短くすることが大切です。 RSpecのテストを速くする方法をまとめましたので参考にしてください。 動作確認 Rails 4.1 rspec-rails 3.1.0 test-queue 0.2.9 目次 1. RSpecのパフォーマンス測定 2. test-queueで並列でテストを実行する 3. rspec-guardを使って更新したファイルを自動的にテストする 4. Springを使ってテストのロード時間を短くする 5. ログレベルを変える 6. GCを実行を抑える 7. RSpecファイルのリファクタリングをする 7.1. itを少なくする 7.2. createよりも
FunctionTest から RSpec on Rails に書き換えてみた (コントローラ編) - yuumi3のお仕事日記
前回の続きです、今回は FunctionTest から RSpec on Rails に書き変えてみました。 シンプルな置き換え まずは、単純に置き換えてみました。 # todos_controller_test.rb require 'test_helper' class TodosControllerTest < ActionController::TestCase def setup @request.session[:login] = true end def test_should_get_index get :index assert_response :success assert_not_nil assigns(:todos) end def test_should_show_todo get :show, :id => todos(:task1).id assert_re
[Ruby] よく使うRspecのレシピ集（Rspec3.3） | DevelopersIO
モバイルアプリサービス部の五十嵐です。 最近Rspecをガッツリ書いたので、調べたことをユースケースごとにまとめてみます。 対象バージョンはRspec3.3です。 リフレクション Rubyのリフレクションを使用したテストの書き方です。 インスタンス変数を操作したい インスタンス変数を取得したい場合はinstance_variable_get、設定したい場合はinstance_variable_setを使います。また、instance_variable_setでモックを仕込むことでレシーバオブジェクトのインスタンス変数や動作を操作することができます。 obj = Person.new(name: 'Hoge') # initializerで@nameにnameがセットされる想定 name = obj.instance_variable_get('@name') expect(name).to
![[Ruby] よく使うRspecのレシピ集（Rspec3.3） | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/cebe39caf8f7a5db5f6715f72a4727e792566695/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2014%2F04%2Fruby.png)
Rspecの"should"か"expect"か。"it"か"specify"か。 - Qiita
Rspecはshouldでもexpectでも書けるけど、どっち使えば？ Rspecにおいてpage変数を使うと、指定したpageがあらかじめ意図した要素をちゃんと持っているか、テストを行う事ができます。 例えばサインインするためのページに、ちゃんとサインインへのリンクが貼ってあるかどうかのテストをする時 describe "Signin page" do before { visit signin_path } it "should have right content" do expect(page).to have_content('Sign in') expect(page).to have_title('Sign in') end end しかし上記の方法だとテストする要素が多くなるにつれて、page,page,page,page...と修行僧のように連呼することになるので以下のよ
使えるRSpec入門・その3「ゼロからわかるモック（mock）を使ったテストの書き方」 - Qiita
はじめに みなさんこんにちは！ この記事は「必要最小限の努力で最大限実戦で使える知識を提供するRSpec入門記事」、略して「使えるRSpec入門」の第3回です。 今回はRSpecのモックを使ったテストについて説明します。 これまでモックを全く使ったことがない人でもわかるように丁寧に説明していくつもりです。 また、これまでの回と同様、個人的に使用頻度が低いと思っている内容についてはバッサリ説明を省きます。 ただし、第1回や第2回に比べるとテストコードが少し複雑になって、仕組みや動きを想像するのがちょっと難しいかもしれません。 ぱっと頭に入ってこない場合はじっくり本文を読んだり、実際に自分で写経しながらコードを動かしたりするなどして、少し時間をかけながら理解するようにしてください。 今回は以下のような内容を説明します。 モックの基本的な使い方 モックを使った検証 モックでわざとエラーを発生させ
Rspecでseeds.rbをリセット時に読み込む。 - kikeda1104's blog
プロジェクトにrspecとfactory girlのgemを追加して seeds.rbを読み込んでから、毎回テストを起動したかったのでこのあたりをまとめておく。 環境 Mac OS rails new済み rspecとfactory girlの導入 まずは、Gemfileにrspec_railsとfactory_girl_railsを追加してbundle installします # Gemfileにgemを追加 group :development, :test do gem 'rspec_rails' gem 'factory_girl_rails' end group :test do gem 'database_clear' end bundle install rspec install $ rails g rspec:install 環境別のseedを作成する これはRails.e
RSpecやMochaのテストにタグをつけてテスト対象をフィルタする - Tbpgr Blog
t_wadaさんに技術相談をしました という記事で言及されていた テストのタグ付について気になったので、具体的な実装レベルのところについてまとめます。 cureapp-dev.hatenablog.com 各テストフレームワークのタグ利用方法 RSpec RSpec では describe, context, it などにタグを付加し、 rspec コマンドの --tag オプションや RSpec::Core::Configuration の #filter_run_including(*args) などを利用することによってタグによるフィルタを実現できます。 タグは キー・値 のHash形式で指定します。 論理型の場合は、キー名を記述するだけで key: true キー名を書かないことで key: false と同様の意味になります。 サンプル RSpec.describe 'group
【テスト編】ActionMailerでメールを送信する - 珈琲駆動開発
せっかくなのでTDDで。 方針 Emailのテストに関しては以下の記事が非常に丁寧にまとめてくださっていて感謝感激です。 ActionMailer のメール送信テストを RSpec で行う | EasyRamble Emailのテストを書き始める前にRails Guidesのテストの項目に目を通しておくことを激オシしておきます。僕はちょっと進んでから先に読んでおいた方がよかったな、、、と若干後悔しましたので。 A Guide to Testing Rails Applications — Ruby on Rails Guides Emailのテストの方針は以下です。 The goals of testing your mailer classes are to ensure that: ・emails are being processed (created and sent) ・the
rspec簡易メモ(double,mock,stub) - syanhaiDの日記
■double,stub,mock共通 どれをコールしてもSpec::Mocks::Mockクラスのインスタンスが生成される。 まずdoubleから。 ◇double() これ自体は、単に中身がすっからかんのオブジェクト(上記参照)を作るだけ。 第一引数は省略できるが、名前与えておくとエラーが出たときその名前が表示されるので 与えて損はない。(インスタンス変数として@nameにその引数が文字列で入る) describe 'dev' do before do @dummy = double('dummy', :ai => 'love') end it 'dummy_t' do p @dummy.ai # => 'love' end end dummyという名前のオブジェクトを生成し、同時にクラスメソッド:aiを定義。 ◇XXX.stub(:YYY) メソッドを定義。 誰からどんな呼ばれ方をす
Ruby製アプリじゃなくてもTurnipで自動受け入れテストがしたい - orangain flavor
Python製のWebアプリケーションの自動受け入れテストをしたくて、調べてみました。 Ruby界隈だと、最近ではCucumberに代わってTurnipというツールが流行っているみたいなので試してみました。 (c) .foto project 自動受け入れテスト用のライブラリ Rubyで自動受け入れテストをしようとすると、以下の3つの選択肢があるようです。 Cucumber テストケースを自然文で書けるため、非プログラマでも読みやすい。 Turnip Cucumberと似ているが、プレースホルダーを簡単に書ける点とRSpecの一部として使える点がメリット。 RSpecのfeature spec RSpec（+Capybara）で完結。非プログラマには読みにくい。 Cucumberは以前にも使ったことがあるので、今回はTurnipを選択してみました。詳しい説明は以下のページに譲ります。 Ru
rspecの基本的な使い方 (ruby/sinatraを含む)
概要 他の言語と同様にrubyにも様々なテストツールがありますが、その中でも特にrspecというテストツールについて使用方法を記載します。rspecのバージョンは3.1を想定しています。本ページの内容を越えるものは、以下の公式ページをご参照ください。 チュートリアル rspec-expectations rspec-mocks rspec-core インストール $ gem install rspec -v 3.1 $ gem list | grep rspec rspec (3.1.0) rspec-core (3.1.5) rspec-expectations (3.1.2) rspec-mocks (3.1.2) rspec-support (3.1.1) 初期設定 GEMパッケージをインストールすると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
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
GitHub - yujinakayama/transpec: The RSpec syntax converter
RSpec Cheatsheet
ログイン - はてな
`before` and `after` hooks - Hooks - RSpec Core - RSpec - Relish