Тестирование глазами разработчика: не повторяйте моих ошибок!
Программный комитет ещё не принял решения по этому докладу
Целевая аудитория
Тезисы
Почему нельзя просто взять и начать писать тесты? Как влияет на обеспечение качества размер команды и кодовой базы? Есть ли польза от TDD? Почему пирамида тестирования не у всех в форме пирамиды? Причём тут архитектура? Нужны тестировщики в команде или можно без них? Как выбранные технологии и практики влияют на результат? Что даёт правильно сбалансированный процесс тестирования?
Больше 7 лет я разбирался с этими вопросами на проектах разного масштаба, от 2 до 20 разработчиков в команде. Много раз ошибался и менял свою точку зрения. Примерял на себя разные роли: был разработчиком, тимлидом и даже тренером по инженерным практикам. В докладе расскажу про эволюцию моего подхода к тестированию фронтенда и дам рецепт, которым пользуюсь сегодня.
Инженер, более 10 лет опыта во фронтенде. Интересуется навыками, которые выходят за рамки платформ и языков программирования: дизайн кода, юнит-тесты, рефакторинг, TDD, CI/CD. Использует их в своей повседневной практике и помогает другим в обучении.
Проводит тренинги по инженерным практикам, способствует движению компаний к техническому совершенству.
НСПК
Видео
Другие доклады секции
Архитектура
