<img height="1" width="1" style="display:none;" alt="" src="https://dc.ads.linkedin.com/collect/?pid=1005900&amp;fmt=gif">


Six JMeter Tips for the Budding Performance Engineer

In this blog I will share some tips and tricks I have discovered and picked up over my time scripting with JMeter. Hopefully these will help alleviate some stress and allow you to improve your scripting abilities!

1. Save regularly

Call script My_Jmeter_Script_001.jmx and update 002, 003 every time a significant change is made.


  • Sounds obvious but it is easy to be caught-out by a JMeter malfunction. There is no in-built back-up, and unless you enable undo you will have a tough time trying to recreate lost changes.

2. Make sure you are using the most up-to-date JMeter, and make sure undo/redo is enabled (it is off by default)

  • This can be achieved by enabling in the settings by adding undo.history.size=25.


  • It should be noted that there are some script backwards-incompatibility issues, so if you find an existing script does not work with the latest version of JMeter, try a previous version.
  • For new scripting it is highly advisable to use the most current release.

3. Record your journey and split in to steps to help identify transactions



  • Be sure to add in a cache manager as this is not automatically added by the template and is very useful:
    • Step 1: Load page
    • Step 2: Do some action
    • Step 3: Another action


  • It is possible to change the target controller part-way through a recording, so this allows a fast and accurate way to divide your test into separate transactions. You can even rename them immediately after so you don’t forget which one is which!

4. Increase heap size of your jar file to ensure tests run to completion

  • Open a command prompt in your JMeter bin directory (shift and right click -> open command window here) and type:
    • java –Xms1024M –Xmx1024M -jar ApacheJMeter.jar
    • change the 1024M as required to increase or decrease the heap size as necessary.
  • Xms is the minimum, and Xmx is the maximum. If you are having trouble with JMeter crashing partway through a test consider this. Other options are to disable the results tree, which should be done whilst running a test anyway! This tip is very useful if you are testing multiple iterations on heavy pages.
  • Alternatively, it is possible to set this in the jmeter.bat file which is included in your installation. Do a search for xms or xmx and set it as desired. Save and restart JMeter and enjoy your new and improved heap size!


5. Once the initial run is recorded then duplicate it and disable it

  • Disable it using shortcut (Ctrl+Shift+C, Ctrl+T)
  • This will ensure you have a ‘working’ reference of what the requests look like.
  • This is handy when comparing parameterised requests to see what is wrong


  • This is a very handy trick when comparing requests to ones that other programs, such as Fiddler, record. This lets you search in either application for the corresponding parameter to find where it comes from, excellent if you have a delicate system where states need to be carried forward carefully!

6. Put your Regex variables into the Transaction name to speed up Debugging

Jmeter tip6

  • When debugging scripts (for example regex parameter extractions) it can often be much faster to put the parameter name in the transaction name so it can be easily read on the results tree at a glance – this is much faster than using a debug sampler (but does not give as much information).
  • It may be helpful to disable user-defined variables whilst recording scripts because these can interfere with requests in the future (e.g. a variable lang = en will also be detected in engage=Y as ${lang}gage=Y, which may cause issues if the lang variable is changed from en to another language).
  • If you are certain that your variable value is unique and will only appear in one location, then setting it as a user defined variable can help speed up eventual parameterisation.


Changing the value of the lang variable in this case will invalidate the request. If the language were to be set to de then the request would include a degage parameter, and will likely fail.
That’s all for the time being! If you have any questions, comments or tips of your own then please let us know! And stay tuned for Part 2…