В статье действительно не раскрывается релизный цикл и планирование. Но они есть и жестко стандартизованы. Релизный цикл составляет 2 недели с 3 этапами тестирования: регресс + частичная автоматизация, ретест багов, смоук. Планирование у нас годовое, квартальное и в рамках спринта. Приоритеты задач планируются заранее и не меняются в течение квартала. Однако, статья про наши боли и их решения, а не про хорошо отлаженные процессы. Безнес никуда "не прибегает и не запихивает задачи". Объемы постоянно росли потому что бизнес масштабировался и рос по всем направлениям. Быстрым решение с сохранением темпа был найм новых сотрудников. Вы правильно отметили, что хорошее решение - это автоматизация, мы к ней сейчас активно стремимся. Об этом мы расскажем в одной из будущих статей.
Мы рассматривали этот вариант, но наш прошлый опыт и оценки говорят о том, что время разработчика намного дороже, чем время ручного тестировщика. Мы к этому идем, однако в моменте было принято то решение, которое описано в статье
Information
Rating
Does not participate
Location
Санкт-Петербург, Санкт-Петербург и область, Россия
в данный момент автоматизация регресса по каждой платформе (андроид, иос) составляет примерно 20% и повышается квартал к кварталу
снапшот-тесты - это одна из наших точек роста в рамках автоматизации
В статье действительно не раскрывается релизный цикл и планирование. Но они есть и жестко стандартизованы. Релизный цикл составляет 2 недели с 3 этапами тестирования: регресс + частичная автоматизация, ретест багов, смоук. Планирование у нас годовое, квартальное и в рамках спринта. Приоритеты задач планируются заранее и не меняются в течение квартала. Однако, статья про наши боли и их решения, а не про хорошо отлаженные процессы.
Безнес никуда "не прибегает и не запихивает задачи". Объемы постоянно росли потому что бизнес масштабировался и рос по всем направлениям. Быстрым решение с сохранением темпа был найм новых сотрудников. Вы правильно отметили, что хорошее решение - это автоматизация, мы к ней сейчас активно стремимся. Об этом мы расскажем в одной из будущих статей.
Мы рассматривали этот вариант, но наш прошлый опыт и оценки говорят о том, что время разработчика намного дороже, чем время ручного тестировщика. Мы к этому идем, однако в моменте было принято то решение, которое описано в статье