If you’re using Postman to test Web API functionality, and want to generate a load test from the API call collections you have, you should opt for a specialized load testing tool such as LoadView.

LoadView supports the import of a Postman Collection from the file or the shared link to create a Postman load test. To test API behavior under the user load, the collection of requests will be repeatedly executed by the specified number of virtual users during the test duration time.  The conditions that were specified for the requests in Postman are used to verify API responses. If any condition is not met during a load test session, the session will be marked as failed.

To start with load testing, you need to have an active LoadView account.

Creating a Load Test Script

Once logged in to LoadView, create a Postman Collection task to upload a collection of the HTTP requests from Postman to LoadView and configure the test script parameters.

The system supports test scripts with a duration of up to 30 seconds. Make sure the collection of the Postman requests does not exceed the limit.

Configuring a Load Test Scenario

Once the task has been created, you will be prompted to configure the load test scenario. For a detailed guide on scenario setup, see Getting Started with Load Test Setup. In this section, we will discuss some of the characteristics related to load testing with Postman Collections.

User Behavior Profile

If you need to execute the load test script with a custom delay between runs, adjust user behavior settings. For example, if you need a virtual user to wait from 10 to 20 seconds before the next script run, select the Custom mode and specify the range in the corresponding fields.

Load Injector Payload

The system calculates optimal payload during device calibration. It is highly recommended to stick to the suggested payload value.

If it is required, you can also set up a custom payload from 20 to 100 users per Load Injector Server.

To scale up a large number of concurrent users, please consider creating the multi-task REST WEB API load test using the Postman collection of calls.

Postman Test Results FAQ

Does Dotcom-Monitor import my Postman Collection settings together with environment variables?

If you use variables in the imported collection, see How to Work with Postman Environment Variables in Dotcom-Monitor. For a complete overview of Postman API load testing capabilities, refer to the product page.

Will I be notified if Postman requests fail or responses return errors?

A Postman test returns the same results as an equivalent HTTP(S) test. Errors that occur during Postman Collection execution are reflected in the test results.

To flag responses that do not meet specific validation criteria, add response validation to your collection in Postman before importing it into Dotcom-Monitor.

If network errors are not relevant to your test, you can filter them out in the Postman Collection settings by enabling the Ignore Errors option.

Where can I find response time and status code for each request in my Postman Collection?

To view response time by request and status codes for each request in the collection, open the Session Log.

How can I inspect Postman request details? Does Dotcom-Monitor provide Console functionality?

To inspect Postman Collection request details, use the Console View in the Postman Report:

  • Open a Postman Report from the load test Session Log.
  • Then switch to Console View to review logged request details, including request headers, variable values, and response bodies.

Where can I see server responses to my Postman Collection requests?

To view server responses to Postman requests:

  • Open the corresponding Postman Report from the Session Log.
  • Switch to Console View.
  • Locate the request and click the Open link in the Response Body section.