RSpecのテストコードを実行時に書き換えて実行速度を改善した話 - STORES Product Blog

CTOの藤村です。つい最近まで STORES ブランドアプリ のチームでRailsを書いていました。 STORES ブランドアプリ のRailsリポジトリではdatabase_cleanerを（strategy = truncationで）使ってテスト中のデータベースをリセットしており、このことがテストコードの品質、速度などで重荷となっていました。 これを、テスト実行時にテストコード自体を書き換えて改善する仕組みを作り、先日無事Transactional Testへの移行が完了しました。ということで気分がとてもよいので、どうやったか共有させてください。 課題 STORES ブランドアプリのRailsのテストコードは速度に課題がありました。 テストデータを片付ける仕組みとして、 Railsエンジニアにはお馴染みのdatabase_cleanerというGemを使っていました。database_

[iga_k]

RSpec::Core::Reporter “これを使うとテスト実行中のさまざまなイベントをトリガーに任意のコードを実行できることがわかりました。たとえばExample/Example Groupが完了したときに何かをするには下記”

[sue445]

おもろい。知っているとここぞという時に使えて確かに裏技感ある

[yujiorama]

テストランナーとテストケースのそれぞれに、トランザクション有効かtruncate、を指定できるようになってる。参考にやっていきたい

[seiunsky]

めちゃくちゃ良い……

[udzura]

すごい。参考になる

[patorash]

すごいアイデアだなー

[shingo-sasaki-0529]

賢い！確かにデータリセット周りがリクエストスペックのボトルネックになることはよくあるし最適化の余地はありそう。

[berlysia]

これはマジで気分が良さそう

[razokulover]

裏技感あるけど覚えておくと何かに使えそう

[koyancya]

えー面白い

[joker1007]

なるほど、RSpecのReporterをフックとして使ってテストコード自体を修正させるのか。Rubyっぽい面白いアイデア。

[Kwappa]

あっ、明日Kaigi on Railsに登壇予定の弊社CTOの記事だ！