はじめに
Postmanでパフォーマンステストを実施する方法があることを知りました。Postmanにおけるパフォーマンステストの位置づけについての資料を紹介し、実際にテストを実施してみます。
Postmanのパフォーマンステストの位置づけ
それ以外や以下で実施することについても詳しく紹介があるのですが、特に位置づけについて参考になりました。 基本的には大規模なシナリオを前提にしたパフォーマンステストではなく、開発中の早い工程でさらっと該当のAPIを呼び出すような小規模・中規模なパフォーマンステストを実施することを得意としているようです。
https://speakerdeck.com/yokawasa/api-performance-testing-with-postman?slide=14
利用していて、PostmanのCollection単位で実施できる手軽さがある一方で、一般的な性能テストツールにあるような加重をつけるような機能や呼び出し順を定義してAPIを呼び出すようなシナリオを作りこむような機能は充実していないなという印象を受けていましたが、その想定で合っているようです。むしろ、開発の早い段階から手軽にパフォーマンスを見ることができるというのが売りのようです。
実際にやってみる
サーバを用意する
しました。
https://github.com/Showichiro/qiita-performance-test-2025
Collectionを用意する
しました。
Run Collection
（サーバを起動した状態で）performance-testのメニュー > Run Collectionを押下します。
Runnerが起動するので、想定ユーザ数や実施時間などを決めて Runを押下します。
起動するとRunnerに実行状況が表示されます。リアルタイムでグラフが動いていくので面白いです。
確認できる指標
1. サマリー
2. 全体・リクエストごとのレスポンスタイム（平均・MIN・MAX・90th）
右上のフィルターを利用して、個別のリクエストの結果に絞ったり、平均以外のメトリクスを見たりすることができます。
全体のメトリクスをプロットした表も付いています。
3. エラー詳細
Errorsに切り替えることで、どのリクエストでどのHTTPステータスのエラーが出たかを詳細に確認することができます。
複数回実行結果の比較
右上の Compare Runsから複数回実施した結果の比較をすることもできます。
レポート出力
同じく右上メニューからPDFやHTML形式でのレポート出力も可能です。
以下、出力したレポートです。
過去の実施結果の一覧
過去の実施結果は、CollectionのRunsから閲覧することができます。
