Assignment: Test Case Writing & Professional Bug Reporting
The grading feature for this assignment is currently in development. To submit your work and receive grading, please visit the legacy dojo:
๐ Test Target (UNCHANGED โ MANDATORY)
โ ๏ธ This site is intentionally buggy and designed for learning software testing.
Unexpected and inconsistent behavior is normal.
๐ Module Purpose
This module simulates what happens after exploratory testing in a real QA team.
You are transitioning from:
"I explored and found issues"
to:
"I can design structured tests and communicate failures professionally."
This module focuses on discipline, clarity, and repeatability โ not discovery.
๐ฏ Learning Objectives
By completing this module, you will be able to:
- Translate exploratory knowledge into formal test cases
- Design clear, repeatable, reviewable tests
- Execute only what is designed (no exploration)
- Report bugs in a professional, developer-friendly way
- Demonstrate scope discipline and QA judgment
- Reflect honestly on test quality and coverage
๐ CRITICAL: Scope Continuity Rule (NON-NEGOTIABLE)
๐ซ No New Areas Allowed
You MUST use the same TWO functional areas that you selected in:
Module 3 โ Phase 2: Charter-Based Exploratory Testing
โ You may NOT choose new features
โ You may NOT expand coverage
โ You may NOT switch areas
โ You may NOT test outside previous charters
This simulates real projects:
Once scope is agreed, QA does not redefine it independently.
๐ Failure to follow this rule = assignment failure
โฑ๏ธ Timebox Policy (STRICT & HONEST)
โณ Total Effort: ~10 Hours (Hard Cap)
| Phase | Focus | Timebox |
|---|---|---|
| Phase 1 | Test Case Design | 5 hours |
| Phase 2 | Test Execution & Bug Reporting | 3 hours |
| Phase 3 | QA Reflection & Judgment | 2 hours |
โ ๏ธ Same honesty rules as Module 3 apply
โ ๏ธ No work outside assigned time
โ ๏ธ No "just checking something quickly"
๐ง Scenario
After your exploratory testing, your QA lead says:
"Good findings.
Now we need structured coverage that we can reuse, review, and regress."
Your job is not to explore more โ
Your job is to formalize what matters.
๐งช Phase 1: Test Case Writing (NO EXECUTION)
โณ Timebox: 5 Hours
๐ฏ Goal
Design professional test cases based ONLY on:
- Your previous exploratory findings
- Your charter focus areas
- Observed system behavior
๐ Rules (IMPORTANT)
You MUST:
- Design test cases only
- Stick strictly to your 2 previous charter areas
- Write test cases as if someone else will execute them
You MUST NOT:
- Execute tests
- Explore the system
- Add new scopes or flows
- Validate assumptions during this phase
๐ Scope Reminder (Example)
If in Module 3 you selected:
- Charter A: Search & Filtering
- Charter B: User Registration & Login
Then in THIS module:
โ
Only Search & Filtering
โ
Only User Registration & Login
โ No ratings
โ No car detail pages
โ No navigation testing
๐ Test Case Requirements
๐ Quantity
- 10โ15 test cases per area
- Total: 20โ30 test cases
๐ Mandatory Test Case Format
Each test case MUST include:
| Field | Required |
|---|---|
| Test Case ID | โ |
| Title | โ |
| Preconditions | โ |
| Test Steps | โ |
| Test Data | โ (if applicable) |
| Expected Result | โ |
| Priority (High / Medium / Low) | โ |
| Type (Positive / Negative / Boundary) | โ |
โ ๏ธ Expected Results must describe system behavior
โ "Works fine" / "As expected" are INVALID
โถ๏ธ Phase 2: Test Execution & Bug Reporting
โณ Timebox: 3 Hours
๐ฏ Goal
Execute only the test cases you designed and report only genuine failures.
๐ Rules (STRICT)
You MUST:
- Execute tests exactly as written
- Log bugs only when Expected โ Actual
- Reference the related Test Case ID
You MUST NOT:
- Perform exploratory testing
- Add or modify test cases
- Extend scope
- Test "just to see"
Finishing early does NOT mean you test more.
๐ Bug Reporting Requirements
๐ Mandatory Bug Report Format
Each bug MUST include:
- Title
- Preconditions
- Steps to Reproduce
- Expected Result
- Actual Result
- Severity (Low / Medium / High)
- Evidence (screenshot / recording)
- Related Test Case ID
๐ No minimum bug count
๐ Bug quality matters more than quantity
๐ง Phase 3: QA Reflection & Judgment
โณ Timebox: 2 Hours
๐ Required Written Analysis (1โ2 Pages)
You MUST answer ALL sections:
1๏ธโฃ Test Case Quality Review
- Which test cases were effective?
- Which were unclear or redundant?
- What would you redesign?
2๏ธโฃ Bug Quality Review
- Were the failures easy to reproduce?
- Did Expected Results help or confuse?
- Any bug reports you would rewrite?
3๏ธโฃ Coverage & Remaining Risk
- What important behavior remains untested?
- What risks still worry you?
- Which area should be automated first โ and why?
โญ Honest Self-Critique (BONUS SCORE)
Answer honestly:
- Where you over-designed
- Where you under-thought
- Where test cases added little value
There is no penalty for honesty.
There is a penalty for pretending everything was perfect.
๐ REQUIRED: Time Usage Report
Provide an honest breakdown.
| Phase | Activity | Time |
|---|---|---|
| Phase 1 | Test case design | Xh |
| Phase 2 | Execution | Xh |
| Phase 2 | Bug writing | Xh |
| Phase 3 | Reflection | Xh |
Reflection Questions
- Where did I waste time?
- Where did I under-invest?
- What would I change next time?
๐ Evaluation Criteria
| Area | Focus |
|---|---|
| Test Case Design | Clarity & correctness |
| Scope Discipline | Respecting boundaries |
| Bug Reporting | Precision & usefulness |
| QA Judgment | Risk awareness |
| Time Honesty | Professional integrity |
| Reflection | Maturity & self-awareness |
๐ฑ Core Lesson of This Module
Exploratory testing discovers problems.
Test cases prevent them from returning.
Strong QA is not about finding more.
It is about thinking clearly under constraint.