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