アプリケーションの改善や更新を行う際、これらの変更が既存の機能に悪影響を及ぼさないことを確認することが重要です。回帰テストは、変更されたコンポーネントがアプリケーションの他の部分とシームレスに統合され、新しい不具合(いわゆる「回帰」)が発生しないことを保証するために一連のテストを実行するプロセスです。APIの場合、回帰テストは、APIやその環境に対する変更が依存コンポーネントに悪影響を及ぼさないことを確認することを意味します。これらのテストは、バグ修正から機能追加までのあらゆる変更後に実行できます。回帰テストは通常、以下のようなAPI要素をカバーします:1.
ステータスコード - 異なるリクエストタイプに対して適切なステータスコードが返されることを確認します。
2.
JSONスキーマ - レスポンスの構造とフォーマットがAPI仕様に準拠していることを確認します。
3.
レスポンス時間 - APIのレスポンス時間が許容範囲内に収まっていることを確認します。
4.
レスポンスボディ - レスポンスの内容と構造が期待通りであることを確認します。
5.
ヘッダー - レスポンスヘッダーの存在と正確性を検証します。
Apidog CLIなどの自動化ツールを使用して、コード更新をデプロイする前に回帰テストを実行することで、本番環境に重大な変更が及ぶのを防 ぐことができます。また、Collection Runnerを使用してテストをスケジュールし、時間経過に伴う結果を監視することで、APIの信頼性に関する洞察を得ることができます。Apidogでの回帰テスト設定#
Apidogでアプリケーションの統合テストを設定するには、以下のフレームワークを使用します:1.
APIリクエスト: テストの基本単位はAPIリクエストです。各リクエストは、APIエンドポイントを呼び出すことで特定の機能をテストします。詳細はリクエストの送信を参照してください。 2.
前/後処理: 各リクエストに対して、スクリプト、アサーション、変数の抽出、データベース操作などを追加して、レスポンスコード、ヘッダー、ボディデータなどをテストおよび検証できます。詳細は前/後処理の追加を参照してください。 3.
テストシナリオ: 複数のリクエストを連続して送信する必要がある場合、連続したテストシナリオを構築したり、異なるテストデータでリクエストを繰り返したりするために、テストシナリオを作成し、必要なリクエストを追加できます。詳細はテストシナリオを参照してください。 4.
環境: APIリクエストを行う際、開発、テスト、本番環境を切り替える必要があることがよくあります。Apidogでは、インターフェースの右上隅で希望の環境をクリックして選択す るだけで、異なる環境にリクエストを送信できます。詳細は環境の作成と使用を参照してください。 5.
Mockサーバー: 他のシステムをMockサーバーでシミュレートします。実際のリソースに接続せずに、アプリケーションが他のAPIやシステムとどのように相互作用するかをテストできます。代わりに、Apidogを使用して、リクエストを受け入れ、レスポンスを返す実際のAPIサーバーの動作をシミュレートするMockサーバーを設定できます。詳細はMockサーバーの設定を参照してください。 Apidogでの回帰テスト実行#
Apidogで統合テストを設定した後、以下の方法で実行できます:1.
手動実行: 単一のリ クエストを実行するか、テストシナリオを実行してテストレポートを取得できます。詳細はテストシナリオの実行を参照してください。 2.
スケジュール自動化: 「スケジュールタスク」を設定して、指定された時間に自動的に設定された自動テストシナリオを実行し、タスク実行結果を取得できます。これにより、定期的なテストや回帰テストの要件を満たすことができます。詳細はスケジュールタスクを参照してください。 3.
CI/CDパイプライン: Apidog CLIを使用して、通常のアプリケーションビルドプロセスの一部としてテストシナリオを実行できます。コードプッシュのたびにテストスイートを実行し、Apidogでテストレポートを確認できます。詳細はCI/CD統合を参照してください。 Modified at 2025-01-07 06:43:00