mcpbeat

Debug Failing Test

microsoft/debug-failing-test

Debug a failing test using an iterative logging approach, then clean up and document the learning.

780 tokens
context cost
the whole folder, loaded on every use
1
files
instructions only
0
copies elsewhere
how many repositories repackaged it
133
stars on the repo
on the repository, not the skill itself

Install

one command, takes just this skill from the repository
npx skills add https://github.com/microsoft/vscode-python-environments --skill debug-failing-test

The instruction itself

9 sections, as written by the author

Debug a failing unit test by iteratively adding verbose logging, running the test, and analyzing the output until the root cause is found and fixed.

Workflow

Phase 1: Initial Assessment

  • Run the failing test to capture the current error message and stack trace
  • Read the test file to understand what is being tested
  • Read the source file being tested to understand the expected behavior
  • Identify the assertion that fails and what values are involved

Phase 2: Iterative Debugging Loop

Repeat until the root cause is understood:

  • Add verbose logging around the suspicious code:
  • Use console.log('[DEBUG]', ...) with descriptive labels
  • Log input values, intermediate states, and return values
  • Log before/after key operations
  • Add timestamps if timing might be relevant
  • Run the test and capture output
  • Assess the logging output:
  • What values are unexpected?
  • Where does the behavior diverge from expectations?
  • What additional logging would help narrow down the issue?
  • Decide next action:
  • If root cause is clear → proceed to fix
  • If more information needed → add more targeted logging and repeat

Phase 3: Fix and Verify

  • Implement the fix based on findings
  • Run the test to verify it passes
  • Run related tests to ensure no regressions

Phase 4: Clean Up

  • Remove ALL debugging artifacts:
  • Delete all console.log('[DEBUG]', ...) statements added
  • Remove any temporary variables or code added for debugging
  • Ensure the code is in a clean, production-ready state
  • Verify the test still passes after cleanup

Phase 5: Document and Learn

  • Provide a summary to the user (1-3 sentences):
  • What was the bug?
  • What was the fix?
  • Record the learning by following the learning instructions (if you have them):
  • Extract a single, clear learning from this debugging session
  • Add it to the "Learnings" section of the most relevant instruction file
  • If a similar learning already exists, increment its counter instead

Logging Conventions

When adding debug logging, use this format for easy identification and removal:

console.log('[DEBUG] <location>:', <value>);
console.log('[DEBUG] before <operation>:', { input, state });
console.log('[DEBUG] after <operation>:', { result, state });

Example Debug Session

// Added logging example:
console.log('[DEBUG] getEnvironments input:', { workspaceFolder });
const envs = await manager.getEnvironments(workspaceFolder);
console.log('[DEBUG] getEnvironments result:', { count: envs.length, envs });

Notes

  • Prefer targeted logging over flooding the output
  • Start with the failing assertion and work backwards
  • Consider async timing issues, race conditions, and mock setup problems
  • Check that mocks are returning expected values
  • Verify test setup/teardown is correct

How to use it

Copy the folder

Take microsoft/debug-failing-test from the repository into ~/.claude/skills for personal use, or into .claude/skills inside a project.

Check the name does not clash

The agent identifies a skill by the name field in its header. Two skills with the same name cannot sit side by side — one of them will be ignored.