Introduction to JMeter Google PlugIn- Listeners
In this article we are going to see what are additional features/items added after installing jmeter plugin (Google Plugin) and what we can do with it. I will discuses about Listeners only. To know about basic of jmeter see my this page. And, the process to install plug in , see this post.
What is a listener? A listener mainly analysis the monitored data and show in different way about different information. You may see my previous post to know more about listeners. So, after adding the Google plug in, we get 19 type of listeners. Well, it is better to use these listeners as they are very memory efficient. All listeners can be added
-Right click a Test Plan or thread > Listeners > [Name of the listener]
And, for most of the cases, add "Save active thread counts" from listener's configuration(if it is present)
1. jp@gc - Active Threads Over Time
-This shows the threads running or ran over time. It is a simple listener showing how many active threads are there in each thread group during test run.
-A single listener can show different threads(if it is in directly under test plan), Please make sure that you change the label of the thread to distinguished between them.
-Make sure to Tick the "Save Active Thread Count" in listener's configuration to
-In case of remote testing (multiple servers) make the thread group label with name of the remote pc to identify. Ex- ${__machineName()}_myThreadName. This function will call the remote pc name and attach with thread group.
-It is very useful while running the test, we can see the overall and individual thread progress. In my opinion, if there is small user generation or you need a demo run to show to your clients, you must add this to see the overall progress.
See a sample screen shot.
2. jp@gc - AutoStop Listener
-This is a spatial listener who will check certain conditions to stop the test. Like as conditional test terminator.
-Functionally, if condition verify, It will trigger shutdown test (up to 5 attempts) . If shutdown test can not stop, it will trigger stop test(up to 5 attempts). If stop test can not stop, it will trigger stop now.
-Provide value Zero to any criteria if we want to disable.
3. jp@gc - Bytes Throughput Over Time
-This shows Bytes send or receive over time. All units are in second.
See a sample screen shot.
4. jp@gc - Composite Graph
-This is a spatial listener. It shows any graph from other listeners. In graph section, we can select/deselect from available sources.
-It works if we add that before test run.
-It is very useful see different graphs together in composite/combined way. So that we can compare different states.
-It is very useful while analyzing the data with graph representation
See a sample screen shot.
5. jp@gc - Console Status Logger
-This shows summary log in command prompt while Jmeter is running in Non GUI mode.
-This write summary log in log file while Jmeter is running in GUI mode.
See a sample screen shot.
6. jp@gc - DbMon Samples Collector
-This listener shows performance counters provided by database(some data base provides) when the test running(using SQL).
-It also can put values in to database which are accessible.
-We must follow a DB test plan process to make this listener workable. (like as adding JDC connection configuration)
-When we add a single line in the listener, it contains 4 properties.
JDBC pool variable name : It is the variable name which can be used in the test plan.
Chart Label : This is the label which will be shown in the chart representing the value.
Delta : [I do not know yet]
SQL Query : The query which will be used. This must return single numeric value(single column, single row and numeric data)
-Generally, sql query get the value in every second. If we need to change the interval, we may put
jmeterPlugin.dbmon.interval = [millisecond time ] this property in user.properties.
Note : I have not used that yet, so, when I will use this, I can put more comments.
7. jp@gc - Flexible File Writer
This is same as Sample Data writer, but in more flexible format and I has a GUI.
-It has a header and footer
-We need to specify the file path.
-We can specify data for each sample record
-We can use available fields to include as data. Add are in the GUI.
-It helps to make a good formatted results. Usually helpful for custom reporting.
See a sample screen shot.
8. jp@gc - Hits per Second
-This is like as other listeners showing Hits/s.
-This shows hits to the server.(send requests by client)
9. jp@gc - Loadosophia.org Uploader
This needs spatial plugin library to be installed. Download link is here. Keep the files in \apache-jmeter-2.9\lib directory.
This is a spatial listener to upload results to Loadosophia.org after test complete. It may keep test plan also. When we add, this , we will need to fill out the following.
Upload Project : Name of the project to upload. It is private token, need from Loadosophia.org. Who knows the token, he can upload the project.
Directory to store data for upload : path to store
Test title : Title of the running test
Upload token: The token that we will send
Caution : It can upload your data/files to Loadosophia
To know more, see this . And to get the token, go here. They are providing service to analysis data . To use their service you have to upload results.
See a sample screen shot.
10. jp@gc - Page Data Extractor
-It shows the data that we extract from a page response(status, health, message)
-We can add multiple regular expression to extract data. When we add a row there are 4 parameters,
Chart Label : This is the label which will be shown in the chart representing the value.
Regular Expression value extractor : The regular repression that we will use
Delta : [I do not know yet]
RegExp Label : It is a check box that enables adding label with results.
-In graph, every line show each finding from expression.
-It is actually data over time graph, the more data we get the high value will be in Y axis.
11.jp@gc - PerfMon Metrics Collector
-This is spatially used With Pref Mon server plug ins. I will make a separate post spatially for this.
12. jp@gc - Response Codes per Second
-This is number of response code( HTTP , response code like http 200) over time.
- Each line in graph represents individual HTTP code
13. jp@gc - Response Latencies Over Time
-This is a spatial type of listener that shows latency. Latency means the time between the end of the request and the beginning of the server response. In a short way , the communication time is latency time. Neither application or server is responsible for that, only environments are responsible for that.
-It is response latency (millisecond) vs progress time(s) graph
14. jp@gc - Response Times Distribution
-This shows number of response over response time(millisecond over X axis)
-It shows every Thread/sample individually in Bar diagram
-It can show show all threads/samples together(average)
15. jp@gc - Response Times Over Time
-This shows response time on how much test progresses(time)(X axis)
-Time shown in millisecond (Y axis)
-hr:min:sec format time shown on for test progress.
-It shows every sampler individually
-It can show show all sampler together(average)
16. jp@gc - Response Times Percentiles
-This shows response time on how many percentage(%) completed(X axis)
-Time shown in millisecond.
-It shows every sampler individually
-It can show show all sampler together(average)
-Percentage calculated 0.1 to 99.9 % range.
17. jp@gc - Response Times vs Threads
-This shows response time on user (thread) increment.
-Time shown in millisecond.
-It shows every sampler individually
-It show shows all sampler together(average)
18. jp@gc - Transaction Throughput vs Threads
-This is same as Response Times vs Threads, but shows Estimated Transaction/s.
-It shows the statistical maximum possible number of transactions based on number of users (threads)accessing the application
-Formula is Thread count * /Server Response time in second. (or Thread*1000/time in millisecond)
19. jp@gc - Transactions per Second
-This is like as other listeners showing Transaction/s.
-This shows transactions from each samplers in one second time period.
-It shows every sampler individually
-It can show show all sampler together(average)
-In aggregated view, it shows fail transactions also.
-The graphs shown in manner of full execution time(full time plotted in X axis)
What is a listener? A listener mainly analysis the monitored data and show in different way about different information. You may see my previous post to know more about listeners. So, after adding the Google plug in, we get 19 type of listeners. Well, it is better to use these listeners as they are very memory efficient. All listeners can be added
-Right click a Test Plan or thread > Listeners > [Name of the listener]
And, for most of the cases, add "Save active thread counts" from listener's configuration(if it is present)
1. jp@gc - Active Threads Over Time
-This shows the threads running or ran over time. It is a simple listener showing how many active threads are there in each thread group during test run.
-A single listener can show different threads(if it is in directly under test plan), Please make sure that you change the label of the thread to distinguished between them.
-Make sure to Tick the "Save Active Thread Count" in listener's configuration to
-In case of remote testing (multiple servers) make the thread group label with name of the remote pc to identify. Ex- ${__machineName()}_myThreadName. This function will call the remote pc name and attach with thread group.
-It is very useful while running the test, we can see the overall and individual thread progress. In my opinion, if there is small user generation or you need a demo run to show to your clients, you must add this to see the overall progress.
See a sample screen shot.
2. jp@gc - AutoStop Listener
-This is a spatial listener who will check certain conditions to stop the test. Like as conditional test terminator.
-Functionally, if condition verify, It will trigger shutdown test (up to 5 attempts) . If shutdown test can not stop, it will trigger stop test(up to 5 attempts). If stop test can not stop, it will trigger stop now.
-Provide value Zero to any criteria if we want to disable.
3. jp@gc - Bytes Throughput Over Time
-This shows Bytes send or receive over time. All units are in second.
See a sample screen shot.
4. jp@gc - Composite Graph
-This is a spatial listener. It shows any graph from other listeners. In graph section, we can select/deselect from available sources.
-It works if we add that before test run.
-It is very useful see different graphs together in composite/combined way. So that we can compare different states.
-It is very useful while analyzing the data with graph representation
See a sample screen shot.
5. jp@gc - Console Status Logger
-This shows summary log in command prompt while Jmeter is running in Non GUI mode.
-This write summary log in log file while Jmeter is running in GUI mode.
See a sample screen shot.
6. jp@gc - DbMon Samples Collector
-This listener shows performance counters provided by database(some data base provides) when the test running(using SQL).
-It also can put values in to database which are accessible.
-We must follow a DB test plan process to make this listener workable. (like as adding JDC connection configuration)
-When we add a single line in the listener, it contains 4 properties.
JDBC pool variable name : It is the variable name which can be used in the test plan.
Chart Label : This is the label which will be shown in the chart representing the value.
Delta : [I do not know yet]
SQL Query : The query which will be used. This must return single numeric value(single column, single row and numeric data)
-Generally, sql query get the value in every second. If we need to change the interval, we may put
jmeterPlugin.dbmon.interval = [millisecond time ] this property in user.properties.
Note : I have not used that yet, so, when I will use this, I can put more comments.
7. jp@gc - Flexible File Writer
This is same as Sample Data writer, but in more flexible format and I has a GUI.
-It has a header and footer
-We need to specify the file path.
-We can specify data for each sample record
-We can use available fields to include as data. Add are in the GUI.
-It helps to make a good formatted results. Usually helpful for custom reporting.
See a sample screen shot.
8. jp@gc - Hits per Second
-This is like as other listeners showing Hits/s.
-This shows hits to the server.(send requests by client)
9. jp@gc - Loadosophia.org Uploader
This needs spatial plugin library to be installed. Download link is here. Keep the files in \apache-jmeter-2.9\lib directory.
This is a spatial listener to upload results to Loadosophia.org after test complete. It may keep test plan also. When we add, this , we will need to fill out the following.
Upload Project : Name of the project to upload. It is private token, need from Loadosophia.org. Who knows the token, he can upload the project.
Directory to store data for upload : path to store
Test title : Title of the running test
Upload token: The token that we will send
Caution : It can upload your data/files to Loadosophia
To know more, see this . And to get the token, go here. They are providing service to analysis data . To use their service you have to upload results.
See a sample screen shot.
10. jp@gc - Page Data Extractor
-It shows the data that we extract from a page response(status, health, message)
-We can add multiple regular expression to extract data. When we add a row there are 4 parameters,
Chart Label : This is the label which will be shown in the chart representing the value.
Regular Expression value extractor : The regular repression that we will use
Delta : [I do not know yet]
RegExp Label : It is a check box that enables adding label with results.
-In graph, every line show each finding from expression.
-It is actually data over time graph, the more data we get the high value will be in Y axis.
11.jp@gc - PerfMon Metrics Collector
-This is spatially used With Pref Mon server plug ins. I will make a separate post spatially for this.
12. jp@gc - Response Codes per Second
-This is number of response code( HTTP , response code like http 200) over time.
- Each line in graph represents individual HTTP code
13. jp@gc - Response Latencies Over Time
-This is a spatial type of listener that shows latency. Latency means the time between the end of the request and the beginning of the server response. In a short way , the communication time is latency time. Neither application or server is responsible for that, only environments are responsible for that.
-It is response latency (millisecond) vs progress time(s) graph
14. jp@gc - Response Times Distribution
-This shows number of response over response time(millisecond over X axis)
-It shows every Thread/sample individually in Bar diagram
-It can show show all threads/samples together(average)
15. jp@gc - Response Times Over Time
-This shows response time on how much test progresses(time)(X axis)
-Time shown in millisecond (Y axis)
-hr:min:sec format time shown on for test progress.
-It shows every sampler individually
-It can show show all sampler together(average)
16. jp@gc - Response Times Percentiles
-This shows response time on how many percentage(%) completed(X axis)
-Time shown in millisecond.
-It shows every sampler individually
-It can show show all sampler together(average)
-Percentage calculated 0.1 to 99.9 % range.
17. jp@gc - Response Times vs Threads
-This shows response time on user (thread) increment.
-Time shown in millisecond.
-It shows every sampler individually
-It show shows all sampler together(average)
18. jp@gc - Transaction Throughput vs Threads
-This is same as Response Times vs Threads, but shows Estimated Transaction/s.
-It shows the statistical maximum possible number of transactions based on number of users (threads)accessing the application
-Formula is Thread count * /Server Response time in second. (or Thread*1000/time in millisecond)
19. jp@gc - Transactions per Second
-This is like as other listeners showing Transaction/s.
-This shows transactions from each samplers in one second time period.
-It shows every sampler individually
-It can show show all sampler together(average)
-In aggregated view, it shows fail transactions also.
-The graphs shown in manner of full execution time(full time plotted in X axis)