1. 背景
最近、中間局でのインターフェイステストの準備をしていたところ、インターフェイスの数が 60 ~ 70 と非常に多く、各インターフェイスに多数のパラメータがあり、インターフェイスがテストできるかどうかをテストするにはさまざまなパラメータの検証が必要であることがわかりました。レスポンス値を正しく返します。いくつかの解決策を考えた結果、JMeter の CSV 読み取りを使用してバッチ インターフェイス テストを実装してみることにしました。
インターフェイス テストに関する実践的なチュートリアルの完全なセット:ステーション B の最初の推奨事項は、ゼロの基礎から熟練度までコレクションする価値があります。
2. スクリプト作成
1. スレッドグループの追加
2.HTTPヘッダーマネージャーを追加する
AppidやAuthorizationなどの必要なインターフェース情報ヘッダーを追加します。
3. HTTPリクエストを追加する
4. ループコントローラーの追加
5.csvファイルの設定
受信パラメータ名を定義します。
num: ユースケース番号
apiSeq: 関数のシリアル番号
apiName: インターフェース関数
分類: 汎用モジュール名
API: インターフェースアドレス
関数: リクエストメソッド
パラメータ: リクエストボディパラメータ
expValue: 期待される結果
以下の表に示すように、テスト ケースに従ってパラメーターを入力します。
6. csv設定ファイルを追加
変数名 num、piSeq、apiName、classify、api、function、parameter、expValue を英語のカンマで区切ります。csv の 1 行目がパラメータ名であるため、パラメータ設定では 1 行目を無視して True に設定します。ファイルの終わり文字を設定すると同時にスレッドを停止します。他のパラメータを次の図に示します。
7. HTTPリクエストパラメータを設定する
HTTP リクエスト名は ${num}${apiSeq}${apiName} に設定されます。
メソッドは次のように設定されます: ${function};
パスは ${url} に設定されます。
メッセージ本文は ${parameter} に設定されます。
8. アサーションの追加
json アサーションを追加し、http リクエストに従って結果を返し、それを期待される結果 ${expValue} と比較します。
9. リスナーを追加する
最終的なテスト結果が正しいかどうかを確認するために、ビュー結果ツリーを追加します。
3. 試験結果
期待される結果は返された結果と一致しており、結果ツリーは緑色で表示され、アサーションが渡されたことを示します。次の図は、いくつかのインターフェイス テストの結果を示しています。
4. まとめ
今回は、JMeter で CSV を使用してバッチ インターフェイス テストのパラメータを読み込む方法を紹介します。プロジェクトの時間が急でテスト時間が比較的短い場合に使用でき、テストの効率を向上できます。同時に、CSV は管理が容易で、テスト ケースに応じていつでも追加してテスト カバレッジを向上させることができます。他にもっと便利な方法がある場合は、編集者と話し合ってください。
最後に、ささやかな努力
私の記事を注意深く読んでくださった皆さんに感謝します。あまり価値のあるものではありませんが、使用できる場合は持ち帰っても構いません。
これらの資料は、[ソフトウェア テスト] の友人にとって、最も包括的かつ完全な準備倉庫となるはずです。この倉庫は、最も困難な旅を乗り越える何万人ものテスト エンジニアにも同行してきました。そして、あなたにも役立つことを願っています。