API テスト面接の質問と回答トップ 20 (2025)
ここでは、新人だけでなく経験豊富な候補者も夢の仕事に就くための API テストの面接の質問と回答を紹介します。
1) API テストに使用されるツールは何ですか?
各種APIテストに使用するツールは以下の通りです。
- SoapUI プロ
- 郵便配達員
- アラートサイト API モニタリング
2) APIテストとは何ですか?
API (アプリケーション プログラミング インターフェイス) は、一部のソフトウェア コンポーネントが他のソフトウェア コンポーネントとどのように対話するかを指定します。つまり、アプリケーションの機能やデータにアクセスするアプリケーションの作成を可能にする関数とプロシージャのセットです。 オペレーティングシステム。 これらの関数のテストは API テストと呼ばれます。
3) API に対して実行される一般的なテストは何ですか?
API に対して実行される一般的なテスト
- API が更新されているかどうかの検証 データ構造
- API が何も返さないかどうかを確認する
- 入力条件に基づいて、APIからの戻り値をチェックします
- API が他のイベントをトリガーするか、別の API を呼び出すかどうかの検証
4) UI レベルのテストと API テストの主な違いについて言及しますか?
UI (ユーザー インターフェイス) とは、ユーザーがアプリケーションと対話する方法などのグラフィカル インターフェイスのテスト、フォント、画像、レイアウトなどのアプリケーション要素のテストを指します。UI テストは基本的にアプリケーションの外観と操作性に焦点を当てます。 一方、API を使用すると、XNUMX つの別個のソフトウェア システム間の通信が可能になります。 API を実装するソフトウェア システムには、別のソフトウェア システムで実行できる関数またはサブルーチンが含まれています
5) SOAP とは何ですか?
SOAP は Simple Object Access Protocol の略で、 XML コンピュータ間で情報を交換するためのベースのプロトコル。
6) REST API とは何ですか?
これは、開発者がリクエストを実行し、レスポンスを受け取るための一連の関数です。 REST API の対話は HTTP プロトコル REST 経由で行われます。これは Representational State Transfer の略で、急速に API 作成の事実上の標準になりつつあります。
7) API と単体テストの違いは何ですか?
APIテスト | ユニットテスト |
|
|
|
|
|
|
|
|
8) API をテストするにはどうすればよいですか?
API をテストするには、次の手順に従う必要があります。
- API テスト ケースを追加するスイートを選択します
- テスト開発モードを選択します
- 必要な API メソッドのテスト ケースを開発する
- アプリケーション制御パラメータを構成する
- テスト条件を設定する
- メソッド検証を構成する
- APIテストの実行
- テストレポートを見る
- API テスト ケースをフィルタリングする
- シーケンス API テスト ケース
9) API ドキュメントを作成する際に考慮すべき主な領域について言及しますか?
API ドキュメントを作成する際に考慮すべき重要な領域は次のとおりです。
- コンテンツのソース
- 計画またはスケッチを文書化する
- 配信レイアウト
- ドキュメント内の各機能に必要な情報
- 自動文書作成プログラム
10) API ドキュメントでは、各機能をドキュメント化する方法を説明します。ドキュメント化に使用されるツールは何ですか?
- 説明: 関数の動作に関する簡単な説明
- 構文: コードのパラメータに関する構文、パラメータが出現する順序、必須およびオプションの要素など。
- パラメーター: 関数パラメータ
- エラーメッセージ: エラーメッセージの構文
- コード例: コードの小さな断片
- 関連リンク: 関連機能
API ドキュメントに使用される一般的なツールは、JavaDoc (Java コード用)、Doxygen (.Net コード用) です。
11) API フレームワークについて説明しますか?
API フレームワークは一目瞭然です。 テスト実行用の値と、設定可能な部分を保持するために、設定ファイルが使用されます。 自動化されたテスト ケースは、構成ファイル内で「parse-table」形式で表す必要があります。 API をテストする場合、各 API をテストする必要はないため、構成ファイルには、その特定の実行に対してすべての API がアクティブ化されるセクションが含まれます。
12) API ビルダーはどのように機能しますか?
API Builder は XNUMX つの要素で構成される PLSQL プログラムです。 SQL ファイル
- API パラメータの設定とプロセスの開始には、XNUMX つのファイルが責任を負います
- 一時テーブル用と出力コードを作成するマスターパッケージ用の XNUMX つのファイルが作成されます。
- XNUMX 番目のファイルは、コードの「スプールされた」出力を「output_script_.sql」というファイルに作成します。
13) TestApi とは何ですか?
TestApi は、テスターと開発者が .NET および Win32 アプリケーションのテスト ツールと自動テストを作成できるようにするユーティリティ API とテスト API のライブラリです。 これは、一般的なテストの構成要素、タイプ、データ構造、およびアルゴリズムのセットを提供します。
14) 入力インジェクションとは何ですか?また、それを行うさまざまな方法には何がありますか?
入力インジェクション: ユーザー入力をシミュレートする行為であり、いくつかの方法でユーザー入力をシミュレートできます。
- 直接メソッド呼び出し
- アクセシビリティ インターフェイスを使用した呼び出し
- ローレベル入力を使用したシミュレーション
- デバイスドライバーを使用したシミュレーション
- ロボットを使ったシミュレーション
15) API テストの主な課題は何ですか?
API テストにおける主な課題は次のとおりです。
- パラメータの選択
- パラメータの組み合わせ
- 通話の順序付け
16) runscope を使用した API テストとは何ですか?
Runscope は、バックエンド サービスと API をテストするための使いやすいインターフェイスを提供する Web アプリケーションです。
17) API テスト設計の原則は何ですか?
API テスト設計の原則は次のとおりです。
- セットアップ : オブジェクトの作成、サービスの開始、データの初期化など
- 実行: API またはシナリオを実行する手順、およびログ記録
- 検証: 実行結果を評価するオラクル
- レポート: 合格、失敗、ブロック
- 掃除: テスト前の状態
18) API テストではどのような種類のバグが検出されますか?
API が検出するバグの種類
- 機能が欠落しているか重複している
- エラー状態を適切に処理できない
- ストレス
- 信頼性の向上
- セキュリティ
- 未使用のフラグ
- 未実装のエラー
- 一貫性のないエラー処理
- 性能
- マルチスレッドの問題
- 不適切なエラー
19) API テストの自動化に使用されるツールは何ですか?
単体テストと API テスト (どちらもターゲット ソース コード) をテストする際、API メソッドが .NET ベースのコードを使用している場合、サポートしているツールには API テスト用の .NET オートメーション ツールが使用できる必要があります。
- .NET用のNUnit
- Java 用 JUnit
- HP UFT
- ソープUI
20) API をテストする手順について言及しますか?
APIテストの手順
- 満たす必要があるテスト ケースを選択してください
- API呼び出しのテストケースを開発する
- テストケースに適合するには、API パラメータを設定します
- テストの成功をどのように検証するかを決定する
- PHP や .NET などのプログラミング言語を使用して API 呼び出しを実行する
- API 呼び出しが検証するデータを返すことを許可します。
21) API テストでテストされる一般的なプロトコルは何ですか?
- HTTP
- JMS
- REST
- 石鹸
- UDDI
これらの面接の質問は、あなたの活力(口頭)にも役立ちます
Postman Rest Client は、API サービスを自動化するためにも使用されます。
Postman は、手動テストだけでなく、CI/CD パイプラインで Newman を使用して実行できるコレクションを非常に迅速に構築するのに最適であり、カバレッジを説明するために非技術チームのメンバーと簡単に共有できます。 また、ヘルパー コード (JavaScript) をグローバル変数としてロードし、リクエスト前およびリクエスト後のスクリプトを使用してテストにメソッドを呼び出すこともできます。
あるいは、Java を使用したテスト自動化のための REST-Assured について話したいかもしれません。 おそらく、多くのクライアントが現在 Selenium を使用して UI 経由で API をテストしていますが、これは完全に間違っていることを指摘する価値があるかもしれません。 :-)
クリアドキュメント
質問 21 の答えに頭を悩ませる人はいないでしょうか? 私はこれら 5 つの項目を次のように理解しています (間違っている可能性もあります)。
– HTTP はインターネット プロトコルです (ほとんどが知られているため、これ以上詳しく説明する必要はありません)
– REST はプロトコルではなく、HTTP/HTTPS プロトコルを使用してインターネット経由で通信する API を構築するためのアーキテクチャ パターンです
– SOAP は、W3C によって維持されている公式の XML ベースのインターネット プロトコルです。
– UDDI はプロトコルではなく、UDDI レジストリを通じて API を公開するための OASIS 承認の API 仕様形式です。
– JMS はプロトコルではありません。むしろ、内部でさまざまなプロトコル (主に TCP/IP) を使用してメッセージを送受信するための独自の API を備えた XML ベースのアプリケーション メッセージング システムです。
私や他の人がこのことをもっと理解できるように、コメント欄で私の回答をさらに嫌うか愛してください。 乾杯 :)
SOAP は、Simple Object Access Protocol の略です。 質問番号 5 でこれを修正してください。
更新されています。