Как инженеру защитить качество, когда горят сроки

Безопасность и контроль качества

Бэкенд / другое
Автоматизация тестирования
GO
Метрики
Лайфхаки
Фиксация знаний

Программный комитет ещё не принял решения по этому докладу

Целевая аудитория

Middle и Senior разработчики, тимлиды, инженеры, участвующие в релизах и отвечающие за стабильность сервисов. Всем, кто сталкивался с ситуацией «код готов, но тесты не прошли, а бизнес ждёт к утру».

Тезисы

Иногда фича должна быть «уже завтра», а тесты ещё не прогнаны, стейджинг не работает и дедлайн поджимает.
В таких ситуациях инженеру нужно не просто писать код, а защищать качество продукта.
Я расскажу, как мы превратили хаотичные выкатки в управляемый процесс: формализовали стоп-факторы перед релизом, встроили QA во временные оценки и научились говорить с бизнесом на языке данных, а не ощущений.
Доклад — реальная история Go-команды, которая научилась держать качество под контролем даже в условиях горящих сроков.

В IT более шести лет. Разрабатывал системы для платных трасс М11 и ЗСД, занимался внедрением решений для оповещения о чрезвычайных ситуациях в телеком-компании. Сейчас работаю в Авито, в команде модерации рекламы. В свободное время играю в настольный теннис и участвую в соревнованиях.

Видео