GitHub - graphql-cats/graphql-cats: GraphQL Compatibility Acceptance Tests
GraphQL Compatibility Acceptance Tests The aim of this project is to provide a set of compatibility acceptance tests for libraries that implement the GraphQL specification. Since GraphQL server implementations are written in different programming languages, this project defines test cases in a language independent format (YAML). Using this test suite has following advantages: The users and the aut
Concerns testing with anonymous controller - DEV Community 👩💻👨💻
module BillingErrorRescuer extend ActiveSupport::Concern included do rescue_from Billing::LimitExceeded, with: :rescue_billing_limits def rescue_billing_limits render status: 402, json: Billing::PlanPresenter.new(@account).to_json end end end require 'spec_helper' describe BillingErrorRescuer, type: :controller do controller do include BillingErrorRescuer def action @account = FactoryBot.create :a
Testing Docker Images with CircleCI and Goss
Testing is a critical piece of any CI/CD pipeline. Most teams do pretty well with application level testing, and there are plenty of frameworks (JUnit, RSpec, etc.) to support it. But server-level testing–the validation of server configuration and services–is, too often, omitted. In this blog post, we’ll explore an approach to execute tests against our custom Docker images as part of a CircleCI pi
Capybara(SeleniumWebDriver)でローカルマシンのファイルをリモートマシンのブラウザで attach_file させてみせる - Thanks Driven Life
概要 Capybara(selenium-webdriver) + Turnip でテスト書いてて ファイルアップロードの試験やりたいな でもいちいちファイル作るのもめんどいし Tempfile でいいわ みたいな状況になると、このようなステップが表れると思います。 require 'tempfile' step "ファイルを添付する" do tempfile = Tempfile.new tempfile.write 'My name is gongo!' tempfile.rewind attach_file('#upload_file', tempfile.path) end 概ね好調なのですが、ひとつだけ問題があります リモートマシンのブラウザで実行すると失敗する 当然と言えば当然です。ローカルマシン(Ruby実行してるやつ)で作成した一時ファイルパスを リモートマシンで起動したブ
TestProf: Ruby/Railsの遅いテストを診断するgem（翻訳）｜TechRacho by BPS株式会社
概要 元サイトの許諾を得て翻訳・公開いたします。 英語記事: TestProf: a good doctor for slow Ruby tests 公開日: 2017/08/25 gemリポジトリ: test-prof/test-prof 著者: Vladimir Dementyev サイト: Evil Martians’ team blog 2017/10/10: 初版公開 2023/07/04: 更新 テストを書くことは、開発における重要なプロセスであり、RubyやRailsのコミュニティには特に当てはまります。私たちはテストでgreenが点灯するまで長時間待たされていることに気づいて、初めてテストスイートのパフォーマンスというものに関心を寄せるようになるものです。 私はテストスイートのパフォーマンスの分析に多くの時間を費やし、テストを高速化するテクニックを編み出すとともにツールを開
Testing Rails at Scale
Power Automateのデータ操作(Data Operation)について (Ver.モダンデザイナー）
GitHub - test-prof/test-prof: Ruby Tests Profiling Toolbox
TestProf is a collection of different tools to analyze your test suite performance. Why does test suite performance matter? First of all, testing is a part of a developer's feedback loop (see @searls talk) and, secondly, it is a part of a deployment cycle. Simply speaking, slow tests waste your time making you less productive. TestProf toolbox aims to help you identify bottlenecks in your test sui
PhantomJSからHeadless Chromeに移行したときにハマったポイント - Qiita
祝！Chrome Headless移行完了 私が担当しているプロジェクトのFeatureSpecで、Headless Chromeに移行が完了しました。なかなか大変だったので、ハマったポイントを覚えている限り書いておこうと思います。 Capybara.register_driver周辺 画像をダウンロードしない設定など テーブルに行がなくなるとテーブルごとvisibleがfalse扱いになる DatePickerを使用している箇所にfill_inでデータを入れると、DatePickerが表示されっぱなしになり、被っているボタンが押せなくなる driver依存の操作ができなくなる trigger('click')など driver.network_trafficなど alert, confirm, promptなどのダイアログ系が自動でOKを押されなくなる register_driverでH
SeleniumからHeadless Chromeを使ってみた - Qiita
2018年5月6日: Headless ChromeがStableになった後の現状に合わせた新しい記事を書きました。こちらもご参照ください。 先日PhantomJSのVitalyさんがメンテナーを引退するという話が話題になっていました。ヘッドレスなブラウザーを気軽に使う手段としてPhantomJSにはお世話になりました。今後はHeadless Chromeを使って欲しいとのことなので、試してみました。 Node.jsを使うサンプルは多く見つかりますが、諸事情でPythonを使いたかったので、ここではSelenium経由でHeadless Chromeを使います。 Headless Chromeとは Google Chrome 59から使えるようになる予定の、画面を表示せずに動作するモードです。自動テストやWebスクレイピングなどに役立ちます。 2017年4月28日現在、Mac版とLinux
How GitLab switched to Headless Chrome for testing
How GitLab switched to Headless Chrome for testing A detailed explanation with examples of how GitLab made the switch to headless Chrome. GitLab recently switched from PhantomJS to headless Chrome for both our frontend tests and our RSpec feature tests. In this post we will detail the reasons we made this transition, the challenges we faced, and the solutions we developed. We hope this will benefi
Rails のテスト実行時間を60分から6分に短縮するまで - SmartHR Tech Blog
こんにちは。SmartHR のエンジニアの @meganemura です。 SmartHR はひとつの Rails アプリのリポジトリで開発が進められており、GitHub への Pull Request 作成などを契機に CircleCI でテストの実行や静的解析によるコード品質のチェックを継続的に実施しています。 しかし、プロダクトの成長と共に CI の実行時間が増え、またエンジニアの増加につれ CI のキュー待ちの時間も増え、実行完了までの時間が日々増え続けています。 その状況に対して、 Buildkite という CI サービスを利用して CI 環境の速度を改善した取り組みについて紹介します。 背景 以前にこのテックブログの CircleCI 2.0 の利用 の記事を公開した時点で全体のテスト実行が 40 分弱程度になっていたのですが、現在 50 分弱から 60 分程度にまで増加して
Railsのテスト実行時間を1/3まで短縮した話 (Rspec + CircleCI)
背景CIのビルド実行時間の長さは度々社内で問題になっており、「CIに時間かかるので業務効率が下がる」といった話が現場でも増加していました。 業務時間中は複数 Pull Request のビルドが発生するので、「CI順番待ちで次の自分のビルドは1時間後」のような現象は日常茶飯事でした。 おまけに「頻度は低いがランダムで失敗するテスト」といった false positive なテストの存在も、開発現場のフラストレーションは溜まる原因になっていました。単純に CI を再ビルドすれば直るのか、自分が追加した実装/rspecに問題があるのか一件判断がつかないケースだと、開発担当者も一旦 CI 上で再ビルドを行い、同じ箇所でコケるのか確認することになるので、これがさらなる CI 渋滞を引き起こしていました。 こうした背景もあり、丁度プロジェクトの隙間で工数もあったので「CI 改善をしっかり工数確保して
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Knapsack gem README
GitHub - KnapsackPro/knapsack: Knapsack splits tests evenly across parallel CI nodes to run fast CI build and save you time.
How to configure RSpec in Ruby on Rails
Moving From PhantomJS to Headless Chrome in Rails: Fewer Hacks, Simpler Debugging and More…
Replace PhantomJS with Headless Chromium for JavaScript Unit Testing in Karma
CI/CD tools for top teams
Speed up your tests with optimal test suite parallelisation
GitHub - inspec/inspec: InSpec: Auditing and Testing Framework
