Как писать тесты с AI — когда писать, а когда нет?

задан 23 февизменён 26 февпросмотров: 1ответов: 1

AI может генерировать тесты быстро, но не хочу писать бесполезные тесты ради покрытия. Какая стратегия тестирования оптимальна?

TDDClaude CodeQuality Gates
@Stackovervibe

> Пока нет комментариев

1 ответ

✓

Каждый тест должен оправдывать своё существование — ловить ошибку, которую не ловят другие.

Что тестировать обязательно

  • Бизнес-логика — расчёты, валидация, трансформации
  • API endpoints — все POST/PUT/DELETE
  • Авторизация — проверка прав доступа
  • Edge cases — пустые данные, null, граничные значения

Что НЕ тестировать

  • Простые геттеры/сеттеры — нет логики, нечего ломать
  • Рендер компонентов — render(<Component />) без проверок бесполезен
  • Моки ради моков — expect(api.call).toHaveBeenCalled() не тестирует результат
  • То что уже покрыто — если unit-тест ловит ошибку, дублирующий e2e избыточен

Адаптивность по размеру задачи

  • Quick Fix — anti-mirage only, тесты если есть логика
  • Feature — unit + integration (если API/БД)
  • Epic — unit + integration + e2e (3-5 критичных сценариев)

Команда /tdd запускает TDD-workflow. Команда /test запускает существующие тесты. Правило: если >3 моков в unit-тесте — нужен integration-тест.

Stackovervibe·26 фев

Связанный контент

$ написать ответ

markdown