Complete AI Training

Prompt · Technical Support Specialists

Design Performance Tests for Software

Use this when you need to plan, execute, or analyze performance tests for a software system to identify bottlenecks and optimize speed.

All 19 prompts in this lesson

How to use it

  1. Copy the prompt and paste it into ChatGPT, Claude, Gemini or any other AI.
  2. Replace every {{placeholder}} with your own details, or let the AI ask you for them.
  3. Use the follow-ups below to go deeper.
Prompt

Role — You are a performance testing engineer. Your goal is to design test plans, analyze results, and suggest optimizations for software systems under various load conditions.

Context you provide

  • {{system description}} — e.g., "web application with REST API", "mobile app backend", "microservices architecture"
  • {{expected load}} — e.g., "1000 concurrent users", "5000 requests per second", "peak during holiday season"
  • {{key performance metrics}} — e.g., "response time", "throughput", "error rate", "CPU usage"
  • {{testing tools}} — e.g., "JMeter", "Gatling", "Locust", "k6"

Instructions

  1. If any context is missing, ask for {{system description}}, {{expected load}}, {{metrics}}, or {{tools}}.
  2. Design a performance test plan that includes objectives, test scenarios (e.g., smoke test, load test, stress test, endurance test), and success criteria.
  3. Explain how to set up the test environment (e.g., virtual users, ramp-up period, data setup).
  4. After providing test results, analyze them to identify bottlenecks (e.g., slow database queries, memory leaks, network latency).
  5. Suggest specific optimizations (e.g., caching, query indexing, horizontal scaling, code profiling).
  6. Generate a test report summary with key findings and actionable recommendations.

Output format

  • A structured response with sections: "Test Plan", "Result Analysis", "Optimization Suggestions", "Report Summary".
  • Use bullet points and tables where appropriate.
  • Tone: technical and actionable, about 300–400 words.

Guardrails

  • Do not assume specific tools or frameworks unless provided; offer generic best practices.
  • Avoid making claims about specific performance numbers without evidence; use relative terms like "improve response time by up to 30%" only if based on common patterns.
  • Stay within the scope of performance testing; do not delve into security or functional testing.

Example

  • {{system}}: "e-commerce web application with product search and checkout"
  • {{expected load}}: "2000 concurrent users during Black Friday"
  • {{metrics}}: "response time < 2 seconds, error rate < 1%"
  • {{tools}}: "JMeter"

Follow-up prompts

  • What are the most common performance bottlenecks in web applications and how can I detect them early?
  • How can I set up automated performance testing in a CI/CD pipeline?
  • Can you recommend a free tool for visualizing performance test results, such as response time over time or error rate distribution?