REST APIs for Load Sets

The following REST APIs are available to support load sets (through Swagger link > https://platform.subject7.com/spec/index.html )

 

POST / load-plan-executions / Send Load Plan to Cloud Run: This API call can be used to load run any load set on the platform.

Example Payload:

{ "name": "subject7_test_plan", "configuration": { "pool": "default_load", "browser": "HEADLESS", "virtualUsers": 25, "speed": 200, "capacity": 100, "pageTimout": 30, "rampup": 75, "runPeriod": 0, "locatorTimout": 5, "delay": 0, "dataSetSelection": [ { "testCaseName": "subject7_website_login_logout", "templateName": "subject7_reference_credentials", "dataSetNames": [ "subject7_login_tom_smith" ], "overriddenDataSets": [] } ], "projectName": "Common", "versionName": "default" } }

URL:

https://platform.subject7.com/api/v2/load-plan-executions

PUT / load-plan-executions/{id} / Cancel Load Plan Execution: This API call can be used to cancel execution for a load set currently being executed.

No payload is required for this API call, but an Execution ID is required and can be added to the URL:

https://platform.subject7.com/api/v2/load-plan-executions/15

GET / load-plan-executions / Load Plan Executions: This API call can be used to get load set executions using various filters. 

This API call does not require a payload and works with the URL only. Here are the filters:

  1. offset: The number of items to skip before starting to collect the result set

  2. limit: The maximum numbers of items to return

  3. sort: how to sort the displayed items. Available options are: ID, NAME, REQUESTED, BROWSER, REQUESTER, STATE, STATUS

  4. requester: Filter results by requester

  5. requested-date-from: Filter results using a specific date / from

  6. requested-date-to: Filter results using a specific date / to

  7. duration-max: Filter result by duration/maximum in milliseconds

  8. duration-min: Filter result by duration/minimum in milliseconds

  9. owner: Filter result by owner

  10. load-plan: Filter result by using a test plan ID

  11. projectName: Filter result by project name

  12. versionName: Filter result by version name

 

You can use all filters as shown in the below URL:


GET / load-plan-executions/{id} / Load Plan Executions: This API call can be used to get load set executions using the execution ID

No payload is required for this API call, but an Execution ID is required and can be added to the URL:

Example Response:


GET / load-test-executions / Test Cases of Load Plan Execution: This API call can be used to get test cases used in the load plan execution using various filters.

This API call does not require a payload and works with the URL only. Here are the filters:

  1. offset: The number of items to skip before starting to collect the result set

  2. limit: The maximum numbers of items to return

  3. load-plan-execution: Filter result by load plan execution ID

  4. projectName: Filter result by project name

  5. versionName: Filter result by version name

 

You can use all filters as shown in the below URL:


GET / load-test-executions{id} / Test Case Execution of Load Plan: This API call can be used to get information about the test case(s) used in the load plan by using the execution ID

No payload is required for this API call, but an Execution ID is required and can be added to the URL:

 

Example Response:


GET / load-step-executions / Step Executions of Load Plan: This API call can be used to get steps which are part of the test case used in the load plan execution using various filters.

This API call does not require a payload and works with the URL only. Here are the filters:

  1. offset: The number of items to skip before starting to collect the result set

  2. limit: The maximum numbers of items to return

  3. load-plan-execution: Filter result by load plan execution ID

  4. projectName: Filter result by project name

  5. versionName: Filter result by version name

 

You can use all filters as shown in the below URL:


Â