Покрытие кода автотестами – процесс, который может длиться бесконечно, и подходить к нему нужно адекватно. Мы всегда тщательно рассчитываем объем нужного покрытия/ критичность покрываемых функций/затраты на него. Во-первых, не все фичи в принципе хорошо тестируются автотестами. Например, фичи с монотонной, понятно описываемой логикой долго и муторно тестировать вручную, но для автоматизированного тестирования это идеальный вариант. В то же время небольшие доработки вроде изменения цвета на одной кнопке проще будет проверить руками.
Комментарий недоступен
лол, автоматизаторов дрючат на собесах ничуть не меньше чем разработчиков мидлов частенько
как QA инженер скажу так:
1) майндсет тестировщика и разработчика разные
2) в автоматизации надо знать дофига разного, в зависимости от того, с чем работаешь. например знать java/python , junit/selenium, sql, git, MQ, http протоколы, api (rest/soap), xml, json, jenkins/teamcity, azure, docker, linux
3) техники тест-дизайна придуманы не просто так. разработчику в голову не придут различные варианты проверок, он по умолчанию думает что все работает как надо.
4) если баги не найдены - не значит что их нет.