Хотелось бы посвятить данный пост теме инженерной составляющей QA-специалистов. Огромное количество курсов, обещающих быстрый вход, простые задачи по проверке кликабельности кнопок, размыли это понимание, а может быть, его никогда и не было. Имея возможность посмотреть на работу QA с обеих сторон — со стороны разработки и со стороны тестирования, могу с уверенностью сказать, что инженерные качества QA недооценены комплексно. Большинство QA-специалистов не относят себя к категории инженеров, признавая свою некомпетентность в этом направлении и отдавая решение тех или иных технических задач на откуп разработчикам, подкрепляя, в свою очередь, мнение последних о низкосортности работы QA. Это свойственно не только начинающим IT-специалистам, но и уже вполне состоявшимся. Если посмотреть на рынок кандидатов, то можно заметить, что резюме носят шаблонный характер. Соискатели пытаются перечислить популярные инструменты, порой даже не понимая, для чего они нужны и как могут помочь в обеспечении качества продукта. Grafana, Prometheus, Charles, Git — всё это обязательно можно увидеть практически в каждом резюме. А хочется видеть проблемы, которые решал человек. Его инженерное мышление. Поэтому дам небольшие советы тем, кто ищет работу или думает о смене текущего места: • Инженерная прокачка — наше всё. Не оставайтесь в стороне от процессов: аналитика, разработка, DevOps, релиз-менеджмент, инцидент-менеджмент. Проникайте во все процессы, насыщайтесь информацией, расширяйте кругозор. • Пробуйте новое. Изучайте новые инструменты, даже когда на текущем месте уже застоявшиеся процессы и от вас этого не требуют. Инженер — это человек, способный на нестандартные решения, применение инструментов в нестандартных и несвойственных для них ситуациях. • Не забывайте базу. Кто бы что ни говорил, но иметь фундаментальные знания нужно. Если вы уже инженер (имеете инженерный бэкграунд), то вам повезло больше, поддерживайте свой уровень знаний. Если вы пришли из совершенно иной сферы, то придётся потрудиться. Основы сетей, клиент-серверные архитектуры, базы данных — must have. • Уберите из своего резюме перечисление инструментов как основную часть. Это скучно и ставит вас в одну шеренгу с тысячей других таких же резюме. Оставить можно только в том случае, если вам действительно есть что рассказать про работу с ними (возможно, вы контрибьютите в open source или как-то интересно их сумели применить). Пост не направлен на критику, он направлен на то, чтобы подсветить точки роста и сделать общее дело лучше. Коллеги, соратники, давайте мыслить глубже, развивать насмотренность, прокачивать инженерные навыки и поднимать планку этой очень важной в современном IT профессии. Всем добра, мира и хорошего настроения!