Введение в автотесты 0:00 Основные требования к автотестам: стабильность и проверка багов. Тесты должны проходить стабильно и падать при реальных проблемах в системе.
Модульные тесты 0:30 Модульные тесты тестируют минимально возможные модули. Модульные тесты пишутся разработчиками для проверки изменений в коде. Тесты должны быть быстрыми, стабильными и удобными в эксплуатации.
Проблемы с модульными тестами 2:06 Сломанный метод может вызвать падение нескольких тестов. Использование фиктивных объектов для тестирования.
Пример использования фиктивных объектов 2:51 Пример с классом для сбора битых ссылок и их отправки. Делегирование задач другим классам для соблюдения принципа SRP.
Тестирование с использованием фиктивных объектов 3:38 Пример кода для сбора битых ссылок и их рассылки. Использование Mocks для тестирования поведения класса.
Различие между Mocks и Stubs 5:23 Mocks для тестируемого класса и Stubs для вспомогательных классов. Mocks переопределяют поведение тестируемого класса, Stubs возвращают фиктивные данные.
Заключение 6:16 Множество фреймворков для автотестов, но не все позволяют тестировать закрытые методы. Решение проблемы тестирования закрытых методов будет рассмотрено в следующем видео.