Rails アプリケーションの不安定なテストを撲滅したい 〜system spec のデバッグ方法とテストを不安定にさせる要因〜

Rails アプリケーションの開発において、自分の変更に関係のないテストのせいで CI がコケるとストレスですよね？真っ先に直したくなりますよね？不安定なテストを直すのは大変な労力が要ると思ってませんか？実は、たいていのケースは簡単に再現確認ができるし、不安定になる要因もだいたい決まっているし、ログやスクリーンショットを見れば原因も簡単に特定できるんです！ そんなわけで、日頃不安定なテストを潰している身として知見みたいなものをまとめてみました。 今回利用した環境は次のとおりです。 rails 6.0.0 capybara 3.29.0 selenium-webdriver 3.142.4 rspec-rails 3.8.2 Google Chrome 77.0.3865.75 (headless で使用) ChromeDriver 77.0.3865.40 (f484704e052e0b5

[uzuki05]

見て見ぬふりして Rerun Workflow を押すのをもうやめにしたい

[kimihito]

“https://circleci.com/gh/abicky/rails-system-spec-example/6”

[efcl]

Selenium-webdirverでのテストの安定化

[naosuke2dx]

会社で不安定なやつが何箇所かあるから, 休み明けにでもためしてみよう

[capytan_el34]

“ CI がたまにコケる場合、まずは再現確認が重要です。コケた example 単体で実行して再現しなくても、9 割以上のケースは CI と同じテストを全く同じ順番で何度か実行してみることで再現するはずです。 テストの実行順番

[bopperjp]

E2Eテストの不安定化要因とその対策

[willnet]

知見だ

[kabukawa]

知見だ。あとで読む。