k6 browserで認証フローのE2Eパフォーマンステストを実現する

テックオーシャンでは「TECH OFFER」というダイレクトリクルーティングサービスを運営しています。新サービス「TECH PORTAL」のリリースに伴い統合認証基盤を導入し、TECH OFFERの認証方式を変更しました。

従来はTECH OFFER内で認証を完結していましたが、新方式では以下のフローに変更となりました。

1. ユーザがTECH OFFERにアクセス
2. 認証基盤にリダイレクト
3. 認証基盤でユーザ認証
4. 認証後、トークンと共にTECH OFFERへリダイレクト
5. トークンベースでTECH OFFERの利用を許可

この変更により、複数ドメインをまたぐリダイレクトを含む一連のUXをブラウザベースで自動テストする必要が生じました。従来のAPI負荷テストではリダイレクトやブラウザ上のトークン処理を再現できず、ユーザが実際に体験するパフォーマンスを測定する手段がありませんでした。また、負荷テストに関してはk6を利用していたため、ツールを統一し管理負荷を下げたいという狙いがありました。

目指した状態

認証基盤へのリダイレクトからTECH OFFERへの復帰までの一連のフローを、ユーザが実際に体験するパフォーマンス（ページ表示速度、リダイレクト時間、トークン処理時間）として定量的に測定できる状態を目指していました。

課題の解決状況

k6にツールを統一しつつ、認証フローを含むUX全体のパフォーマンス測定が可能になりました。具体的には、TECH OFFERから認証基盤へのリダイレクト、認証処理、TECH OFFERへのコールバック、トークン検証後のページ表示まで、一連の流れを実際のブラウザ上で再現し、各ステップの応答時間を計測できます。

導入成果

導入により、30VUs以上の仮想ユーザによるシナリオ実行を通じたパフォーマンス測定をしました。カスタムメトリクスにより任意のステップに対して応答時間を個別に計測できるため、認証フローのどの処理がボトルネックになっているかを正確に特定できます。計測結果はavg、p95、maxなどの統計値として自動取得されます。HTMLレポートで可視化され、チーム全体で結果を共有できるようになりました。

注意点に関してnoteにまとめてあります。導入を検討される方の参考になれば幸いです。

k6 browserによるテストを成功させるチェックリスト

• スナップショットを撮る場合、Dockerイメージに日本語フォントを追加する必要があります
• 測定したいメトリクスを事前設計して、カスタムメトリクスとして組み込む必要があります
• 仮想ユーザ数を増やす場合、処理負荷がかかるので、十分なマシンスペックを用意する必要があります
• k6 browserはPlaywrightに似たAPIですが、すべての機能が使えるわけではありません