Artem Fedorov is a Java Developer at BlazeMeter. He specializes in writing plugins for JMeter. He also develops BlazeMeter plugins for Jenkins, TeamCity and Bamboo CI. Artem maintains and develops the Jenkins Performance Plugin.

Become a JMeter and Continuous Testing Pro

Start Learning

Test Your Website Performance NOW! |

arrowPlease enter a URL with http(s)
Nov 04 2018

How We Load Tested the New BlazeMeter JMX Converter

BlazeMeter Labs released a new version of its JMX Converter at the beginning of October 2018. With the JMX converter, users can convert files from several formats to a JMX file. Then, they can run their tests in Apache JMeter™ and BlazeMeter. This immensely expands the audience that can run load tests and performance tests in these tools.


The JMX Converter supports the following input formats:

  • HAR JSON - from Mozilla Firefox traffic
  • XML from Internet Explorer
  • Selenium Builder input
  • PCAP input
  • JSON from the BlazeMeter Chrome Extension, HAR and Selenium Builder


Just upload your file. Click “Convert”, and get your JMX file.


jmx converter


convert your jmx files


While we were upgrading and creating this product, we used BlazeMeter to test it. We ran both functional tests and performance tests. Here’s how:


Functional Testing


This step includes manual testing and functional testing. We tested the new UI (our designer Hai Ohayon created a new fantastic and modern design for this project), ran regression tests for different files types, performed integration testing on the BlazeMeter Chrome Extension, etc.


Performance Testing


The purpose of performance testing was to find out if our system was stable, and for what number of concurrent users.


1. We created a stress test in JMeter to get an estimation limit of the number of virtual users the Converter can process simultaneously. We used the Concurrency Thread group with the following parameters:


run performance tests with jmeter


2. We also included Transactions per SecondComposite Timeline Graph and Active Threads Over Time graphs. These graphs let us correlate the system’s stability for transactions per second and the number of users.


3. After running the stress test for 5 minutes, we can already analyze our graphs. On the Transactions per Second graph we can see that after 2:30 we reached the limit of transactions per second (120 concurrent users):


jmeter testing use case


4. On the Composite Graph we see the same picture: after 2:30, the limit of successful transactions is reached and other transactions are failed:


blazemeter testing use case


5. Then, we looked at the Active Threads Over Time graph to get the count of parallel users that sent requests at 2:30.


jmeter graphs for load testing


From this graph we see that this count was ~50-60 users.


6. Now, we can start a long endurance test for 10 hours in BlazeMeter. We started this test with 40 users (slightly less than the limit) and after 8 hours our server died:


performance testing in the cloud


7. We tried restarting the test, but after a few minutes we understood the server wasn’t working correctly.


load testing errors


8. What changed after this test: we redesigned the architecture of the web service and also found a logging bug.


9. The next test executions helped detect memory leaks in the new logging: head dumps have a lot of Logger instance after a few hours of endurance testing.


dealing with load testing memory leaks


10. The memory leak was caused because standard java logging stores all loggers with their logs. This information is unnecessary and causes stress on the system.


When we fixed this, the logger count was no more than 300 (after 11.5k):


load testing errors, fixing with blazemeter


11. The last endurance test passed successfully. The Converter server had a small errors percentage and after 12 hours of load work with 35 virtual users, it still works and saved all the heap memory.


running an endurance test for users


performance testing reports


By running our test through BlazeMeter, we were able to run a 10 hour test without crashing our server, In addition, we were able to store reports and logs for weeks, open them up after three weeks and compare these release stats with future release stats.


To try out BlazeMeter, put your URL in the box below and your test will start in minutes. Or, request a live demo with one of our performance engineers.

arrowPlease enter a URL with http(s)

Interested in writing for our Blog?Send us a pitch!