結論(おすすめ1つ)
乗り換え先は Bruno 一択。
Postman がアカウント必須化・クラウド同期強制に踏み切って以降、チームのコレクションをローカルの Git リポジトリで管理したい現場に最も刺さるのが Bruno だ。コレクションがディレクトリ+.bru テキストファイルとして保存されるため、PR レビューで差分を確認でき、CI パイプラインとの統合もシェルスクリプト一本で完結する。アカウント登録なし、強制アップデートなし、という点も業務利用での信頼感につながる。
比較表(料金/無料枠/移行コスト/対応言語)
| ツール | 料金・無料枠 | Postman からの移行コスト | 対応プロトコル |
|---|---|---|---|
| Bruno | OSS(MIT)。有料 Golden Edition あり、詳細は公式の料金ページで要確認 | 低:Postman コレクション JSON を GUI から直接インポート可 | REST / GraphQL / gRPC(実験的) |
| Hoppscotch | Self-host 版は無料。クラウド版は公式の料金ページで要確認 | 中:Postman JSON インポート対応だが環境変数の手動整理が必要 | REST / GraphQL / WebSocket / SSE |
| Insomnia | 無料プランあり。チーム機能の上限は公式の料金ページで要確認 | 低:専用インポーターあり | REST / GraphQL / gRPC / SOAP |
| Thunder Client | VS Code 拡張。ベーシックは無料。Pro プランは公式の料金ページで要確認 | 低〜中:Postman JSON インポート可、ただし Pre-request Script は非対応 | REST / GraphQL |
移行手順
1. Bruno のインストール
# macOS (Homebrew)
brew install --cask bruno
# Windows (winget)
winget install Bruno.Bruno
# Linux (apt / snap)
sudo snap install bruno
2. Postman コレクションのエクスポート
Postman 側で対象コレクションを選択し、Export → Collection v2.1 (recommended) として JSON ファイルに書き出す。
3. Bruno へのインポート
Bruno を起動
→ [Import Collection]
→ [Postman Collection]
→ エクスポートした .json を選択
→ 保存先ディレクトリを指定(Git リポジトリ直下推奨)
4. 環境変数の移行
Postman の Environment を JSON でエクスポートし、Bruno の環境ファイルに変換する。
# エクスポートした Postman 環境 JSON の構造確認
cat postman_env.json | python3 -m json.tool
# Bruno の環境ファイルは .env 形式(コレクションルートに配置)
# 例: environments/local.bru
local.bru の記述例:
vars {
base_url: http://localhost:3000
api_key: your_key_here
}
5. Git リポジトリへの追加
cd your-api-collection/
git init
echo "*.env" >> .gitignore # 秘密変数を含む環境ファイルは除外
git add .
git commit -m "chore: migrate API collection from Postman to Bruno"
6. CLI での自動実行(CI 連携)
npm install -g @usebruno/cli
# コレクション全体を実行
bru run --env local
# 特定フォルダのみ
bru run auth/ --env staging
向き不向き
向いているケース
- インフラ・バックエンドチームが Git ワークフローを中心に動いており、コレクションの変更履歴をコードと同じリポジトリで管理したい
- セキュリティポリシーによりクラウドへの API 仕様アップロードが制限されている組織
- 1〜10 人規模のスモールチームで、重厚なコラボレーション機能より「動く軽さ」を優先したい
- CI/CD パイプラインでリグレッションテストとして API コレクションを回したい
避けるべきケース
- Postman の高度な Pre-request Script や Test Script を大量に書いており、JavaScript ベースのスクリプト資産が膨大な場合(Bruno のスクリプト API は Postman と互換性があるが、移行工数は都度確認が必要)
- ノーコード・非エンジニア寄りのメンバーが GUI 操作のみで使う前提のチーム。Hoppscotch や Insomnia の方が直感的な場合がある
- WebSocket / SSE / MQTT など REST 以外のプロトコルを主に扱う場合は Hoppscotch の方が一歩先を行く
- 組織のデバイス管理ポリシーでスナップ・外部バイナリのインストールが制限されているとき。Thunder Client(VS Code 拡張)のほうが導入障壁が低い
Top comments (0)