Skip to content

A test suite that is able to handle JMeter files but uses XLT for execution and reporting.

License

Notifications You must be signed in to change notification settings

Xceptance/xlt-jmeter-suite

Folders and files

NameName
Last commit message
Last commit date

Latest commit

 
 
 
 
 
 
 
 
 
 
 
 
 
 
 

Repository files navigation

XLT Test Suite with JMeter Support

Overview

The JMeter based Performance Test Suite is build on the basic ideas of Apache JMeter but with reworks in many areas to make it compatible with XLT and XTC.

Bottom line, you record, edit, and maintain your tests in Jmeter, but you will use XLT to run and evaluate your tests.

Requirements

How To Use

  1. Clone this test suite
  2. Build a test plan
  3. Output file of the recording should be .jmx
  4. Expand the Test Plan to see its content
    • Add the needed controller and sampler
  5. Run your test plan
  6. See the results under View Results Tree
  7. Save your .jmx file to this directory <testsuite>/config/data/tests
  8. Open this test suite in your beloved Java IDE
  9. Go to config/data/tests to see your previous saved file
  10. Go to src/main/java/com/xceptance/loadtest/jmeter/tests and add your test
public class YourTestCaseName extends AbstractComponentTest
{
    public YourTestCaseName()
    {
      jmxSource ="/tests/yourTestFile.jmx";
    }
}
  1. Add your test case(s) to the config/testcase-mapping.properties
  2. Add your test case(s) to the list of active test case(s) config/test.properties
  3. Save and commit your changes
  4. Run your test and see the results in the provided result browser
  5. Go to the Xceptance Test Center (XTC)
  6. Setup a new load test
  7. Start your loadtest

JMeter Dependencies

JMeter dependencies are upgrade.properties, saveservice.properties and jmeter.properties are taken from default JMeter setup and are needed for the engine. In case there are adjusted values simply, add the files under the created site. At the moment default is used for reference.

Naming and Best Practice

Best practice is to always give meaningful names to thread groups, transactions and requests. These names are used for the report and it is recommended to identify the correct requests in the report. If there are no names given, the engine will create a default name for identification. For reference in XLT each .jmx file is considered a single test case, therefore create the test cases in different .jmx files. All Transaction Controller in the current file are later listed as Actions in the report and all request under the given Transaction Controller, if the Generate parent sample option is selected. If the option is disabled all request will be listed individual.

Supported Functionality

Thread Group

  • grouping different samplers below thread group
  • XLT thread management instead of using JMeter

HTTP Request

  • can fire simple requests

Pre-Processors

  • implemented, as it is in JMeter

Assertions

  • assertion checker from JMeter are implemented and fire events in XLT, additonal we support the continue (only events) and stop function from JMeter (ResultBrowser and errors)

Post-Processors

  • implemented but not all are working at the moment

Loop Controller

  • works with internal counter as designed

While Controller

  • works with internal counter

CSV Data

  • works but the path need adjustment in JMeterGUI

Not Yet Supported Functionality

  • File Upload
  • XPath2 Assertions

About

A test suite that is able to handle JMeter files but uses XLT for execution and reporting.

Topics

Resources

License

Stars

Watchers

Forks

Releases

No releases published

Languages