Register now
Reserve one of 100 places using your email and exact GitHub username.
Memory leaks rarely announce themselves. Design an LPS load test that exposes one in our sample application, then show us the signal, the strategy, and the evidence.
Win up to $250 per LPS Challenge.The Round 1 winner receives $100 for successfully solving this challenge.

Challenge briefing
Use LPS against the provided sample application. We want to see not only whether you found the leak, but how you shaped the load and proved what was happening.
Reserve one of 100 places using your email and exact GitHub username.
Star the LPS repository and follow our LinkedIn page.
Pull LPS Outfitters from Docker Hub and run the fake store locally or in your preferred test environment.
Detect the memory leak from load-testing evidence, then submit your commented plan and findings by 30 August.
The challenge lab
LPS Outfitters is a containerized fake store with a memory leak hidden in its runtime behavior. Your task is to exercise the application with LPS, observe the performance and memory signals, and build a defensible diagnosis from the evidence.
View lpsload/outfitters-lab on Docker Hub →The LPS Outfitters container image is publicly available on Docker Hub. You may run it locally with Docker to explore the application, record user journeys, and develop your investigation plan. You may also deploy the same image to any cloud or Kubernetes environment for load testing and diagnostics.
Need to install LPS first? Visit the LPS Tool documentation →
docker pull lpsload/outfitters-lab:v3
docker run `
--detach `
--name outfitters-lab `
--publish 8080:8080 `
--memory 1g `
--cpus 0.5 `
lpsload/outfitters-lab:v3
Once running, open http://localhost:8080 to explore the store and record the journeys you want to test.
Submission and winner selection
Participants will receive the container image without source code and may run it locally or on any cloud platform to collect container and backend runtime metrics.
Submissions must include all required details, a complete and executable LPS plan, and a valid, publicly accessible demonstration video. Missing information, an incomplete plan, an inaccessible or incorrect video link, or a late submission may result in disqualification.
Participants must use strategic load testing, control experiments, and metrics to reproduce the memory issue and isolate the responsible user action or endpoint.
If multiple participants identify the correct operation, the winner will be selected based on:
The strongest submission will clearly show how the collected evidence led to the final conclusion.
Registration open
Register with the email you will use for submission and the exact username shown on your GitHub account. Your email is the key we use to accept your plan once Round 1 opens.
Having an issue with registration, the challenge lab, or your submission? Contact Us.