Learners age 14 and older, including adults exploring technical work or strengthening school and community projects. No employment or university enrollment is needed.
Course 88 · Digital course 13
Test and Debug Digital Products
Turn expected behavior into test cases, write a reproducible bug report, and check whether a repair creates new problems.
Prepare a notebook or plain text document for the test packet.
See everything you’ll needA practical test plan, a clear bug report, and a way to check whether a repair works.
Your project
Start with the practice files. Build your project one lesson at a time.
Practice files are free without an account. Sign in to save your project record in My Proof: a description, checklist, and optional work link. Keep the original files in your own app or notebook; saving a project record does not upload them.
- Get your materialsDownload the practice worksheetUse the downloadable worksheet or toolkit alongside the lesson instructions.
- Make your projectView the project checklist Work in your own notebook, document, or software. Use the supplied practice examples when you prefer.
- Keep a private recordSave a project record Sign in to save a description and checklist, then return to update them.
Know the route before you begin.
Here’s what you’ll need and what you’ll make. You can return to this guide during any lesson.
- Prepare a notebook or plain text document for the test packet.
- Use the supplied Room Picker rules and observations; no software account is needed.
- If using another demo, use only one you own or are explicitly authorized to test and keep its results separate.
Finish with proof you can use.
Review the Room Picker simulation from initial contract through a verified rule repair.
Save a project record in My ProofSee project checklist and review criteria
Keep your working files in your own notebook or software. Save a private description, checklist, and work link in My Proof.
What to include
- Define scope and observable acceptance criteria.
- Record eight diverse cases with expected and observed outcomes.
- Write a minimal reproducible bug report with impact.
- Show a one-change repair experiment and relevant comparisons.
- Deliver retest evidence and a usability hypothesis with honest limits.
Review and revise
Use these criteria to check your work and choose what to improve.
- Coverage: cases represent relevant classes and boundaries.
- Reproducibility: state, steps and results are sufficient to repeat.
- Reasoning: the repair follows evidence and preserves valid behavior.
- Handoff: claims stay within the observed version and scope.
Three ideas to help you along the way
The rules behind the steps.
Expect before observing
Use requirements to define the result a test should produce.
Isolate one cause
Change one relevant factor during a focused experiment.
Keep evidence specific
Record versions, observations and uncertainty separately.
What do these words mean?
Key terms worth knowing.
- Acceptance criterion
- An observable condition that defined behavior should satisfy.
- Boundary case
- A value at or near the edge of an allowed class.
- Regression
- Previously working behavior that fails after a change.
- Reproduction steps
- The actions and starting conditions needed to demonstrate an issue.
- Usability observation
- A record of how someone attempts or completes a task.
6 lessons.
One useful project.
Work in order the first time. Each lesson makes something the next lesson can use.
- 1Up next
Define expected behavior
Turn a product rule into a checkable statement of what must happen. This is called an acceptance criterion.
- 228 min
Choose cases that expose mistakes
Build a small test plan using typical, boundary and invalid inputs.
- 324 min
Write a reproducible bug report
Capture the smallest sequence that demonstrates a mismatch.
- 428 min
Isolate the cause with one change
Test a narrow hypothesis and preserve a passing comparison.
- 522 min
Distinguish usability evidence from a functional failure
Read task observations and propose a testable improvement.
- 634 min
Retest and explain what is ready
Recheck the repair and explain remaining uncertainty.
Tools to help you practice.
Sources and further study.
Explore the references behind the lessons and take your learning further. Source notes explain access and reuse.
Source & access notes · checked 2026-09-10
Read systematic testing and boundary discussion. Original reservation examples and questions do not reproduce the university exercises.
Access: Free public university reading; examples on the source page assume more programming experience. No enrollment, credit or certificate is needed for the adapted beginner concepts here.
Reuse: Linked for reference. Examples, activities and assessments here are original; free access alone does not grant permission to reuse source text or branding.
Source & access notes · checked 2026-09-10
Read testing scope, device differences and reporting sections; source is technical further reading, not a requirement to build a website.
Access: Free public reading; no account or certificate is required for this Life Starter course.
Reuse: Linked for reference. Examples, activities and assessments here are original; free access alone does not grant permission to reuse source text or branding.
Source & access notes · checked 2026-09-10
Read the distinction between standards evaluation and user evaluation; synthetic observations are explicitly labeled and no disability simulation substitutes for user involvement.
Access: Free public reading; no account or certificate is required for this Life Starter course.
Reuse: Linked for reference. Examples, activities and assessments here are original; free access alone does not grant permission to reuse source text or branding.
Start with the first useful move.
You’ll always know what to do, what to make, and where to go next.
Potential collaboration: Community technology programs, entry-level QA exploration providers and workplace learning teams.
Partner with LifeStarter