Test Driven Development

1. Write failing tests (RED phase)

2. Create a subagent using the nori-task-runner to evaluate test quality.

• Ensure that each test does not just test mocks. If it does, remove the test and try again.
• Ensure each test does not test implementation detail. If it does, rewrite the test so that it tests boundary behavior.
• Ensure each test does not test data structure format or types. If it does, remove the test and try again.
• Ensure each test does not test for removed behavior. For example, if some behavior has been deprecated, do not write a test that simply confirms the behavior no longer works.
• Evaluate if the test treats the interior of the test boundary as a blackbox. You should not know anything about interior variables, function calls, or control flow.

3. Verify the test fails due to the behavior of the application, and NOT due to the test. If you have more than one test that you need to write, you should write all of them before moving to the GREEN phase.
4. Write the minimal amount of code necessary to make the test pass (GREEN phase)
5. Verify the test now passes due to the behavior of the application.
   • If you go through three loops without making progress, switch to running .claude/skills/creating-debug-tests-and-iterating
6. Refactor the code to clean it up.
7. Verify tests still pass.

RED - Write Failing Test

Write one minimal test showing what should happen.

test('retries failed operations 3 times', async () => {
  let attempts = 0;
  const operation = () => {
    attempts++;
    if (attempts < 3) throw new Error('fail');
    return 'success';
  };

  const result = await foobar.retryOperation(operation);

  expect(result).toBe('success');
  expect(attempts).toBe(3);