The new Skill-Wanderer Dojo is in active development. Until we finish the migration, the old dojo lives at legacy-dojo.skill-wanderer.com.

Lesson 13 of 13

Assignment: Test Case Writing & Professional Bug Reporting

Assignment Updated: Jan 8, 2026
๐Ÿ“
Assignment Submission

The grading feature for this assignment is currently in development. To submit your work and receive grading, please visit the legacy dojo:

โžก๏ธ Submit at Legacy Dojo

๐ŸŒ Test Target (UNCHANGED โ€” MANDATORY)

https://buggy.justtestit.org

โš ๏ธ 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.