Матрица случаев показывает пропущенную границу до появления повторяющегося кода
Зачем
Зачем это нужно
Публичный интерфейс переживает внутренний рефакторинг без переписывания тестов
Описание защищаемого риска отсеивает проверки без полезного сигнала
Вопросы
Частые вопросы
Сколько тестов нужно написать?
Не стремитесь к числу. Покройте классы поведения и риски с минимальным дублированием. Один параметризованный тест может проверить много границ, а сотня снимков — не заметить критичный сценарий. Покрытие строк используйте как индикатор пробелов, но не как доказательство качества.
Стоит ли мокать все зависимости?
Нет. Мок нужен на медленной, недетерминированной или внешней границе, которую вы контролируете контрактом. Избыточные моки закрепляют внутренние вызовы и дают ложную уверенность. Добавьте несколько интеграционных тестов, которые проверяют реальное взаимодействие важных компонентов.
Можно ли доверить модели исправление упавшего теста?
Сначала определите, неверен код, ожидание или окружение. Модель склонна сделать тест зелёным, ослабив проверку. Попросите объяснить защищаемое требование и первопричину падения, затем предложить варианты. Не принимайте удаление assertion или увеличение таймаута без доказательства.
Рядом
Соседние страницы каталога
Дальше — весь каталог задач: поиск по названию, темы и фильтры.