ブログの記事を読んだ後、私たちはHTTPリクエストを送信するJMeterを使用することができるはずと信じています。我々がテストしたいされているので、我々は確かに結果を決定する必要があります。データ要求にJMeterの応答はここにいくつかのメカニズムのアサーションを提供しては、より一般的な主張の一部について何かを言います。
アサーションに応答して、
私たちは、応答が最も便利と見なされるべきであると最も一般的に使用されるパフォーマンスはあまりアサート消費、それは我々がインターフェースの応答を決定する基本的なデータのほとんどをカバーできると主張し、我々はまだあった記事に第2のインターフェースの例では。
Url: https://data.cma.cn/weatherGis/web/weather/weatherFcst/getCurrentCondition
HTTP Method: Post
Request:
staId: 54511
Response:
{"v01301":"54511","v13003":71,"v12001":24.3,"v13011":0.0,"v11292":229.0,"v11293":1.6,"v20003":5.0,"d_DATETIME":2019,"d_IYMDHM":1566792218000,"d_RECORD_ID":2.08712269E9}
応答アサーションを追加します。
あなたが判断したい場合入力します。
私たちは応答テキストが正しいかどうかを確認したいの例を、あなたは応答テキストマッチングルールをテストするためのフィールドを追加することができ、アサーションに応答したパターンが含まれています。
ビュー結果
応答データのアサーション結果は54511が含まれています。
応答データは、545111のアサーションの結果、(起因する応答データに545111が含まれていない、レスポンスがエラーにアサート)が含まれています。
もちろん、応答のアサートに応答してだけでなく、テキストと判定されただけでなく、決定応答コード、応答情報、応答ヘッダか否かを決定することに加えて、等を含むかどうかを決定することも可能で一致するかどうか等しい等。