THINK FIRST·CODE LATER

← All labs

System test plan for the midterm rush

Problem

Last year, a similar app crashed the night before the CPS 2231 midterm. StudyBuddy must survive the same night: about 600 active students, up to 300 concurrent, many asking Buddy the same questions.

Write a system test plan (about one page) with:

  1. Objectives and requirements under test (link to measurable requirements: response-time percentiles, availability, error rate, Buddy fallback).
  2. Workload model — which user actions, in what proportions, and the target throughput (show a Little's-law calculation).
  3. Test types — load, stress, soak (and what "pass" means for each).
  4. Environment and data — where the test runs, test accounts, what must not be used (real student data, the paid AI provider at full scale?).
  5. Monitoring — what you measure on servers and in the app.
  6. Exit criteria and what you will do if it fails.

Work it out on paper, in a document or here, then compare with the model answer. Your answer stays in your browser — it is never sent to or stored on the server.