Assignment: Test Case Writing & Professional Bug Reporting
Submit your work using the assignment submission panel on this page. Upload your files and notes there when you are ready.
๐ 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.
Assignment Submission
Submit your work
Attach files and optional notes. Max 10 files, 10MB each.