01. インターフェーステストの原理
インターフェイス テストと呼ばれるものは、開発者がインターフェイスを実装し、インターフェイスの実装が正しいかどうかを検証する必要があることです。
しかし、これはバックグラウンドの機能であり、この開発もバックグラウンドの開発であり、インターフェイスを検証する際に、フロントエンド担当者が介入するのは面倒なので、フロントエンド担当者は介入したくないとのこと。
次に、フロントエンド インターフェイスをシミュレートするツールが必要になります。(フロントエンドは実際には、ユーザーがデータを入力して結果を表示できるウィンドウを提供します。)
02.インターフェーステストの実施
実際、インターフェースのテストを行うときは、依然として「入力 - 処理 - 出力」のモードです。
ユーザーはデータの文字列を入力し、このインターフェイスまたはこのバックグラウンド関数にそれを処理させ、出力結果が期待と一致するかどうかを確認します。
これは実際にはブラックボックステストと呼ばれるものです。これは私たちにとってテストを行う従来の考え方でもあります。
ユーザーがデータ文字列を入力し、システムにそれを処理させ、結果が期待と一致するかどうかを確認します。
機能テストはこれを行い、インターフェイス テストは実際にこれを行います。
ただし、機能テストと比較すると、インターフェイス テストには明らかな違いがあり、入力はインターフェイスではなく HTTP ベースのリクエストになり、出力はインターフェイスではなく HTTP ベースのリクエストになります。 。したがって、データを入力し、リクエストとレスポンスを通じて結果をそれぞれ確認する必要があります。
03. インターフェースのテストケース
実際、インターフェイス テストと機能テストは非常に似ており、機能テストの方法とインターフェイス テストの方法は似ています。
機能テスト ケースの 3 つの中心部分は、入力、操作ステップ、および期待される結果です。
実際、インターフェイスのテスト ケースは主に次の 3 つの部分で構成されます。一般的に言われるテストケースの設計方法は、入力項目のさまざまな値を取得し、それらを組み合わせます。
ログインを例にとると、ログイン機能にはユーザー名とパスワードがあり、ユーザー名には正しいユーザー名と間違ったユーザー名の 2 つのケースがあり、パスワードには正しいパスワードと間違ったパスワードの 2 つのケースがあります。ユーザー名とパスワードを組み合わせると、いくつかの組み合わせが作成されます。
1) ユーザー名とパスワードが正しい。
2) ユーザー名は正しいが、パスワードが間違っている。
3) ユーザー名が間違っていて、パスワードが正しい。
4) ユーザー名、パスワードが間違っています。
入力時に異なるデータの組み合わせを選択すると、異なるテスト シナリオが生成され、各シナリオを 1 回実行する必要があります。
機能テストはこのようにして行われますが、インターフェイステストはインターフェイスがないので入力する方法がありません。どうすればよいですか?
インターフェーステストにはパラメータと呼ばれるものがあり、このパラメータが機能テストにおける入力項目に相当します。
したがって、インターフェイス テスト ケースは、実際には入力パラメーターを分割し、それらを組み合わせてインターフェイス テスト ケースを形成することになります。テスト ケースの各セットを実行すると、必ず異なる結果が得られます。
たとえば、ユーザー名とパスワードが正しければログインは成功しますが、ユーザー名またはパスワードが間違っていればログインは失敗します。次に、パラメーター値とテスト結果をツールに適用する方法を考えるだけで、この問題は解決されます。
04. インターフェーステストツール
soapUI、postman、jmeter など、インターフェイス テスト ツールは数多くあります。ツールは本当に単なるツールです。
インターフェイス テストを行うには、インターフェイス テストのプロセスを理解する必要があります。
05. インターフェーステストプロセス
1) 設計作業手順
リクエストには、別々のリクエストもあれば、複数のリクエストの前後にリンクされているものもありますが、この場合は関連付けを作成する必要があり、その形式、仕様、関連付けの方法を理解する必要があります。SoapUI、postman、および jmeter はすべて関連しています。
2) デザインデータのユースケース
データ ケースを Excel ドキュメントに書き込み、ツールに Excel を読み取らせます。Excel には複数のデータ ユース ケースがあり、それらは複数回実行されます。ループ実行 (自動化) により、各ユース ケースを 1 回実行でき、各テスト シナリオも実行されます。
3)断言
それは、期待される結果を事前にツールに書き込んで、結果が正しいかどうかをツールが自動的に判断できるようにすることです。ツールごとに呼び方が異なり、soapUI や Jmeter ではアサーションと呼ばれ、postman ではテストと呼ばれます。
4) テストを実行して結果を確認する
実行は簡単ですが、テスト結果を分析するにはプロトコルを理解する必要があります。何が送信され、何が返されたかを知ることによってのみ、どのリンクに問題があったかを知ることができます。
5) HTTPプロトコル
HTTP プロトコルは非常に重要です。HTTP プロトコルを理解したら、このツールの使用は実際には非常に簡単で、上記の 4 つの手順に従うだけです。なぜ他のプロトコルではなく HTTP プロトコルなのでしょうか? システムの 90% が HTTP プロトコルに基づいているためです。
HTTP プロトコルにはリクエストとレスポンスが含まれており、リクエストはユーザーの入力であり、レスポンスは結果です。リクエストを通じてパラメータを見つけ、さまざまなパラメータ値を入力し、それらを組み合わせてリクエストを作成します。リクエストが正当である限り、サーバーはリクエストを送受信できます。
したがって、まず法律請求というものを判断できるようにならなければなりません。次に、HTTP プロトコル リクエストの構成、リクエストの仕様を理解し、どのリクエスト項目が重要で、どのリクエスト項目に従う必要があり、どの項目を削除してもよいかを知る必要があります。
06. インターフェーステスト JMeter
実際、どのツールでも問題ありませんが、jmeter には次の 2 つの利点があります。
中国語なので学習コストも安く、postmanもsoapUIも英語です。
jmeter はインターフェイス テストとパフォーマンス テストの両方を実行できます。
07. インターフェーステストパケットキャプチャ
パケット キャプチャ ツールは fiddler を推奨します。これには 2 つの利点があります。
1. シンプルで使いやすい
2. fiddler がパッケージをキャプチャした後、jmeter スクリプトとして直接エクスポートできます。
通常、インターフェーステストのためのインターフェース文書は存在しますが、インターフェース文書がない場合、どのようにインターフェーステストを行うのでしょうか? これにはパケットキャプチャが必要で、リクエストはキャプチャできますが、レスポンスがキャプチャできない場合は、テストデータに基づいてどのような結果が得られるかを分析できます。
よくある問題は、ページ上の入力ボックスには 10 文字などの長さ制限があるのに、バックグラウンドでは制限がないため、簡単に一部のデータベース例外が発生する可能性があることです。機能テストだけでなく、インターフェイス テストも可能です。
したがって、多くの場合、インターフェイス テストは機能テストの補足として考えることができます。これにより、テストをより深く、より包括的に行うことができます。