2016-04-24 11 views
1

を確認してください。ビルド設定 - >ビルドフィーチャーで、「パフォーマンスメトリック計算」を選択しました。以前の実行結果とビルドログが累積しているのがわかります。 404または500ステータスコードのビルドログで障害状態をチェックするときに少なくとも一つ前のインスタンスは、これらの応答コードを持っている場合は、それは常に失敗します。これがなければ、エラーコードで失敗したリクエストがいくつかあったとしても、ビルドは常にパスします。 「基準値をチェック]の下でチームシティーのJMeterのパフォーマンス・メトリックの計算:私はJMeterのプラグインとのセットアップチームシティーを持っている基準値

、それはエラーのためにはResponseCodeに対するメトリックをチェックするために基準値を設定することは可能でしょうか?使用可能なオプションは、 'Average'、'90%line '、' Max 'のみです。エラーレスポンスコードを選択して検索するオプションを追加する方法についての洞察はありますか?

参照

のために添付のスクリーンショットは、ありがとうございます。

TeamCity JMeter Performance Metrics Collection

答えて

1

プラグインはとても理論的には、あなたがチェックするために必要なメトリックを追加することができる必要がありopen sourceです。私は応答コードをチェックするためにResponse Assertionを使用して提案することができます回避策として

。あなただけの「200」のステータスコードをテストする必要がある場合 - それは唯一のアサーション(HTTPリクエストサンプラーと同じレベル)の問題になります。

条件付きのJMeterは

+0

を要求失敗の詳細についてはHow to Use JMeter Assertions in Three Easy Stepsの記事を参照してくださいあなたのドミトリありがとうございます。 以下は私が試したが運がないオプションです: 1.スクリプト内のレスポンスアサーション(レスポンスコード) - ビルド機能のアサーションチェックなし - 404または500コードでも常にパスを作成します。 2.スクリプト内の応答アサーション - ビルド機能のアサーションチェック - すべての応答が200返されても常にFAILビルド3.失敗条件 - ビルドログのコード= 404のチェック - ビルド履歴に過去の実行のエラーがある場合は常にFAILを作成する -Jjmeter.save .saveservice.assertions = true -n -t/ /jmeter/Test.jmx -l Tes4.jtl アサーションオプションなしの同じ問題 –

関連する問題