behavioral-testing

Test observable behavior. Keep tests terse. Never test implementation details.

That's it. No red-green-red ritual. No verbose setup. If test setup is longer than the assertion, something is wrong.

| What happens with empty/null/whitespace input | Internal method call order | | Error messages users see | Which helper function was called | | State transitions (loading → success → error) | Implementation details of state management | | API failure recovery | Mock call counts (unless it IS the behavior) |

Методология поведенческого тестирования — проверяйте то, что испытывают пользователи, а не то, как структурирован код. Используйте при написании тестов, проверке качества тестов, планировании стратегии тестирования новых функций или когда существующие тесты нестабильны/многословны/связаны с деталями реализации. Триггеры: написание тестов, TDD, обзор тестов, «тесты продолжают ломаться», «слишком много макетов», «тесты многословны», планирование тестового покрытия, разработка, основанная на поведении. Источник: caidanw/skills.