2017-12-11 17 views
0

更新:テストスクリプトを添付しました。 CSV-DATASOURCE(ファイル名)とメインスレッドグループ(スレッド数)の2つの置換は認められません。test plan file

これは私たちを夢中にし始めています。 Jmeter 3.3 r1808647を使用する。プロパティの置換は完全に失敗したように見えますが、テストがリモートで実行されている場合のみです。

私は、最新のは次のようになり、さまざまな方法を試してみた:セットアップスレッドグループ内

  1. 、私はコンフィグ要素/ユーザー定義変数を使用して、いくつかのユーザ変数を定義しています。リテラル値は機能しますが、$ {__ P(globalPropName)}はローカルテストで正しく置き換えられ、リモートテストでは$ {__ P(globalPropName)}という文字列のままです。これは、デバッグサンプラーを使用することで明らかです。
  2. しかし、非常に同じデバッグサンプラーの結果では、プロパティーは存在し、有効な値を持っているため、-J/-Gの問題ではありません。
  3. 変数置換が機能しないため、デフォルト値を使用することはできません。

私は、Number of Threadsのようないくつかの項目で直接置換を試しましたが、置換がないのですべてが機能しません。

$ {varname}のような簡単な変数の置換は面白いほど簡単です。好きなものはありません。これは、リモート実行時に、文字列パーサーが意図的にダンプされているかのようです。

これを解決する方法はありますか?

+0

デバッグサンプラーの結果をプロパティで表示できますか? jmxは以前のバージョンで動作しますか? – user7294900

+0

Jmeter 3.2で作業するオプションがないので、3.3で固まっています。デバッグサンプラーには、JMeterPropertiesの正しい項目が表示されます: –

答えて

0

リモートサーバーの起動方法が誤っているように見えます。すべての雑ファイルCに存在する必要があります(ソースCSVをは、ファイル、ログの結果)ので、

バッチファイルには、(私たちがここにWindowsを話している)...

"C:\apache-jmeter-3.3\bin\jmeter.bat" -s -Dserver_port=1098 -j "C:\ows\jmeter-service-ows.log" -d "C:\ows" 

のようになります:\ OWS。しかし、Jmeterがそのライブラリについて混乱することが判明しました。

バッチファイルは次のようになりますとき:

"C:\apache-jmeter-3.3\bin\jmeter.bat" -s -Dserver_port=1098 -j "C:\ows\jmeter-service-ows.log" -d "C:\apache-jmeter-3.3" 

...テストは、すべての置換が働いて、細かい動作します。

JmeterがCompoundVariableクラスの関数を見つけることができないというログと警告をチェックしました。最初に見つかったものはなく、見つからなかったものが2番目に見つかりました。

このテストは行方不明の犯人(そのようなjmeter.functionsまたはSTG)と同じフォルダに配置されている追加の外部ライブラリ(gson)を使用して、私は実際にバグを疑ってる、とその特定のライブラリがロードされましたどちらの場合でも問題ありません。私はこのバグを報告すべきですか?

0
  1. あなたのよう-G command-line argumentを介してマスタからのごglobalPropNameプロパティを渡すことを確認してください:あなたは、リモートスレーブ(複数可)を設定していることを確認してください

    jmeter -GglobalPropName=foo 
    
  2. のようにログファイルを書き込むために:

    jmeter -s -j slave.log 
    
  3. スレーブマシンのJMeterインストールのlib/extフォルダの下にApacheJMeter_functions.jarがあることを確認してください。あなたのテストがローカルで正常に動作するならば、ネットワーク上のスレーブホストにあなたの "動作中の" JMeterインスタンスをコピーすることをお勧めします。
以下に概説し、それが動作するかどうかと、私は、同じJMeterのバージョンを使用して問題を再現同じテスト計画とコマンドを試すことができない述べることができる

- したがって

JMeter Remote Properties

参照セットアップを修正します:

+0

1-2-3はすでにそうです(cmdlineスイッチがいくつかありますが、基本的に私があなたが提案したことをやっています)。 事は、これらすべてのスレーブはnssmベースのjmeterサービスを使用してポート1098でスレーブサーバーを実行します(ポート1099はまだ使用されている3.2インスタンス用に予約されています)。別のプロジェクト)。サービスのホームディレクトリはc:\ owsで、ログとソースファイル(それが参照している.csvなど)が常駐しています。 したがって、理解できないことは...(続き) –

+0

...それは私がスタンドアロンのテストを行うとき - 完璧な仕事 - 私はリモートではなく、GUIモードでスレーブマシンのいずれかでjmeter 3.3の同じインスタンスを実行します。完璧に動作します。唯一の違いは、スレーブサーバーでは、すべてがサービスとしてnssmにラップされていることです。それは同じインストールです。同じインスタンス。単純な置換(ポストパラメータと同じCSVファイルの値など)が機能します。小道具しか利用できません。 –

関連する問題