Тезисы
За время работы на многих проектах и в разных стеках, сформировалось мнение, что многие начинающие (и не только) QA-automation инженеры не совсем правильно понимают назначение и функции, казалось бы, простого процесса — code review автотестов. Обращают внимание на незначительные детали и иногда пропускают действительно важные. Code-review — то, что полностью роднит QA инженера с разработчиком, и не всегда большого бэкграунда в тестировании достаточно для того, чтобы ревью кода приносило пользу и удовольствие всем участникам процесса. Посмотрим примеры хороших и плохих review применительно к «классическим» UI e-2-e тестам. Примеры не будут привязаны к конкретным технологиям, что-то будет на Java, что-то на JS.
Аудитория и уровень
Практикующие и начинающие QA инженеры (в т.ч. manual, начинающие свой путь в автоматизации).
Презентация (на Я.Диске)
В прошлом разработчик, project manager, в настоящий момент QA Lead в самом сердце бэкэнда (core team) PropellerAds. В IT всю сознательную карьеру (с 2008 года), за это время успел поработать с системами документооборота, микросервисами с 200000 RPS, использовал Java EE и Spring, все еще верю в простые тесты для сколь-угодно сложных систем, люблю JUnit5 и стараюсь привить эту любовь всем, кто меня окружает. В последнее время все больше времени занимаюсь менторством и делаю это с удовольствием.