パフォーマンステストの一環として、セッションなどをデバッグする必要があります。session =>を削除すると、同じコードが実行されています。私はそれが何も送信していないので、シミュレーション中に送信された要求はなかったと付け加えます。セッションのデバッグ
val scn1 = scenario("LaunchAction").exec{ session =>
http("Poll report status page report")
.get("myURL/rest/reports")
.queryParam("applicationId", "123")
.queryParam("id", "1")
.check(xpath("//status").saveAs("responseStatus"))
session
}
間にプリントなどを追加する必要があります。いくつかの情報を提供していただけますか？
あなたはこのようにそれを別のexecを追加することができます。
.exec(
session => {
val activityId = session.get("someId").asOption[String]
println(activityId)
session
}
)
これはあなたのセッションの詳細を与える必要があります。
私はちょうどGatlingを使い始めました。私は全く同じ問題を抱えていました。私のためにデバッグする 最も簡単な方法は、私がメインメソッド
object DebugEntrypoint {
def main(args: Array[String]) {
// This sets the class for the Simulation we want to run.
val simClass = classOf[Smoke].getName
val props = new GatlingPropertiesBuilder
props.sourcesDirectory("./src/test/scala")
props.binariesDirectory("./target/scala-2.10/classes")
props.simulationClass(simClass)
Gatling.fromMap(props.build)
}
}
とすぐにテストはここから実行されているように、ブレークポイントを実行して、ローカル/デバッグ・テストを開始するために使用するエントリポイントオブジェクトの追加、でした私はシミュレーションに入れて実行時に実行を一時停止します。ブレークポイントをヒットするとすぐに、式を評価して、他のすべてのデバッグ手段を入札することができます。あなたはガトリング のconfフォルダにデバッグ目的のために行うことができます
ありがとう！私はこれをしばらく探していた。それは働いている。宜しくお願いします。 –
もう一つは、あなたがすべてのリクエストになるだろう、これらの行のコメントを解除した後、二行
のコメントを解除しなければならなかったもので、ファイルlogback.xmlが存在することになりますクエリを解決するのに役立つ詳細な方法でブラウザで実行中
私はexecブロック内でそれを行うことはできませんが、もっと詳しい情報を出力する別の方法は、ロガーレベルをlogback.xmlのDEBUG – user666