The complete load testing platform. Everything you need for production-grade load tests. Serverless & distributed. Load test with Playwright. Load test HTTP APIs, GraphQL, WebSocket, and more. Use any Node.js module.
However, if a request has a capture section that will fail, because its being run on the compressed data stream.
Only workaround I have found so far, is adding a request override to clear the headers.
But, it seems like a trap. if you forget to set it, capture will not exactly fail and stop the virtual user, but rather continue with unmatched results.
Ideally, capture would check if the stream was compressed, and uncompress it before running the matchers, but failing that, it would be great if the request handler could automatically clear the Accept-Encoding header if it had a capture group.
Hi,
To be able to generate a workload that mimicks production as close as possible, i run my tests with
However, if a request has a capture section that will fail, because its being run on the compressed data stream. Only workaround I have found so far, is adding a request override to clear the headers.
But, it seems like a trap. if you forget to set it, capture will not exactly fail and stop the virtual user, but rather continue with unmatched results.
Ideally, capture would check if the stream was compressed, and uncompress it before running the matchers, but failing that, it would be great if the request handler could automatically clear the Accept-Encoding header if it had a capture group.