テストを並列実行して よかった話 2023/12/03 平尾一斗

【名前】 平尾一斗 【所属】 株式会社ラクーンホールディングス 【主に触っている技術】 【担当サービス】 【趣味】 旅行、お酒、特産品を食べること 自己紹介 at サッポロビール博物館

【名前】 平尾一斗 【所属】 株式会社ラクーンホールディングス 【主に触っている技術】 【担当サービス】 【趣味】 旅行、お酒、特産品を食べること 自己紹介 at サッポロビール博物館 このあたりを話します

もくじ ● なぜ並列化したか ● なにをしたか ● 今、どうなっているか ● 残る課題 ● Techブログ書いた

なぜ並列化したか 技術戦略部には「おかしくない」というアイデンティティがあります。 働いていると「それ、おかしくない？」と思うこと、ありますよね？ ラクーンのエンジニアは日々「おかしくない？」をフラットに議論し 「おかしくない」 に変えています。 テストが終わるまでの待ち時間が長いの、「おかしくない？」

なにをしたか PJもあるし、サクッと時間短縮できる術はないだろうか… Circle CIとかJenkinsで並列実行する基盤作るのは大変だしなぁ おや？Gemfileにtest-queueで並列化しようとした痕跡があるな おや？parallel_testsって良さげなGemがあるではないか！

parallel_tests is 何 parallel_tests 通常は1プロセスで実行するRSpecをマルチプロセスで動かしてくれます。 ➔ 複数のプロセッサーに最小で1ファイルのテストを割り振る ➔ プロセス数を指定できる ➔ 各プロセスにDBが割り当てられる

今、どうなっているか ➔ デプロイ時間を短縮 ➔ 開発体験の向上 ➔ 小さい工数で大きな時間節約 ➔ ユニットメンバーから良い反応をもらえてモチベアップ（うおおぉぉ！）

残る課題 ● カバレッジ計測がおかしい ○ →最後のRSpec実行でカバレッジが上書きされ、マージされない

残る課題 ● 単純にプロセッサーを増やしても早くならなくなった ○ →別のボトルネックがある ○ →重いテストファイル、プロセス起動のオーバーヘッド、I/O、… ○ →数十秒～数百秒（最大で257秒）かかるspecがある（他は数秒～十数秒） ○ →地道に直す

Techブログ書いた 並列処理でRails5アプリURIHOのRSpecの時間を短縮する

所感 開発環境のパフォーマンス改善楽しいなぁ