Как обрести самостоятельность, перестать быть Мидлом QA и мыслить как Сеньор
Многие предполагают, что ключевое отличие между Middle QA и Senior QA заключается в уровне опыта и профессиональной экспертизе. Также существует мнение, что за переход из одной категории в другую должна отвечать компания, предоставляя четкий план действий. Однако, на деле, главное различие кроется в способности принимать решения, что на практике оказывается не так просто. Проблема для работодателей заключается в том, что не всегда ясно, кто из соискателей действительно соответствует уровню Сеньора. Были случаи в моей практике, когда сеньоры не оправдывали возложенных на них ожиданий, несмотря на успешное прохождение собеседования. В то же время, некоторые Мидлы, через полгода работы демонстрировали, что заслуживают позиции Сеньора благодаря своим решениям и подходу к работе.
Представим, что ваше имя Андрей (побудьте хоть раз Андреем, ну). В вашем сознании сосуществуют две личности: Мидл Андрюшка и Сеньор Андрей. Я хочу показать вам, как их подходы к решению задач различаются. Еще у нас в команде есть наш Лид, есть наш старший QA товарищ Сеньор Вася, Разработчик Петя и другие коллеги.
Начнем с первых шагов в процессе интеграции в команду. Лид команды дает вам основную вводную информацию и представляет вам проект. Он также сообщает, что Сеньор Вася будет поддерживать вас в процессе адаптации, проведет первую встречу и объяснит основные моменты работы в компании. На встрече Сеньор Вася делится некоторыми деталями о внутренней работе и тестировании проекта. Вам предоставляют различные документы для ознакомления, инструкции по настройке рабочего окружения и информацию о том, как получить доступы к необходимым ресурсам. Вам также кратко рассказывают о процессе работы с задачами, и вскоре после того, как вы настраиваете все необходимое на своем новеньком макбуке, вы получаете первое задание. По сути, на этом завершается базовое обучение, и вы оказываетесь в условном «открытом мире», где вам предстоит самостоятельно исследовать и решать поставленные задачи. Никто не будет постоянно контролировать вашу работу, ведь у Сеньора Васи свои задачи, включая проверку задач, работу с автотестами и имплементацию новых фичей. К тому же, он устал и вообще планирует взять отпуск на следующей неделе.
Документация
Принявшись за изучение предоставленной документации, вы, не без труда, настраиваете свою рабочую среду, устанавливаете и подключаете необходимый софт и инструменты. Однако вскоре становится очевидно, что многие из этих документов либо не несут полезной информации, либо уже не актуальны для текущего состояния проекта. Этот момент становится испытанием для двух «личностей» в вашей голове: Мидла Андрюшки и Сеньора Андрея.
Мидл Андрюшка реагирует на эту ситуацию с некоторой тревогой и недоумением. Он склонен думать: «О нет, я должен немедленно сообщить об этом Лиду или Сеньору Васе, возможно, даже тому, кто занимался написанием документации в Confluence 4 года назад. Как же так, документация устарела настолько, что даже названия проектов в ней не совпадают с текущими, мы уже даже не используем GitLab и перешли на другие инструменты для синка нашего кода!» В его голове витает мысль о том, что без четких указаний и обновленной документации работать сложно.
Сеньор Андрей, напротив, воспринимает это как вызов, который только укрепит его профессиональные навыки. Его мысль: «Ну что ж, похоже, придется разбираться самостоятельно. Нет времени жаловаться на устаревшие инструкции. Я найду необходимую информацию, даже если придется обращаться ко всем возможным источникам. А когда разберусь, сделаю заметки о том, как все устроено на самом деле. И, возможно, через месяц я смогу предложить обновленную версию документации или даже напишу ее с нуля, чтобы она точно отражала реальное положение вещей в проекте.»
Таким образом, перед вами стоит выбор между подходом Мидла Андрюшки, который ищет руководства и поддержки у других, и Сеньора Андрея, который видит в проблеме возможность для личностного и профессионального роста, готов самостоятельно искать решения и делиться своими наработками с командой.
Задачи
Когда дело доходит до задач, основной подход между Мидлом и Сеньором особо не меняется. Вы продолжаете проверять задания в соответствии с рабочим процессом, не забывая уточнять детали у разработчика, если что-то непонятно. И в целом просто ответственно подходим к тестированию, не упускаем деталей, делаем свою работу добросовестно, улучшаем качество продукта. Опять же оставляем полезные закладки, информацию и записи, которые нам помогут в дальнейшем. И вот задачку закрыли, что же делать дальше?
Мидл Андрюшка видит, что у него закончились задачи. Его дашбоард пустой, а Сеньор Вася не спешит с новыми задачками. Его первая реакция — обратиться к Сеньору Васе с просьбой назначить ему новые таски: «У меня нет задачек, накинь мне что-нибудь». Это отражает некоторую пассивность и ожидание, что за наполнение его рабочего дня должны отвечать другие.
Сеньор Андрей в аналогичной ситуации действует иначе. Он не будет ждать, пока ему назначат задачи, а самостоятельно посмотрит в общий пул задач команды или бэклог, чтобы найти себе занятие или же пойдет уточнит эту информацию, а потом возьмет себе таску согласно приоритетам команды.
Сеньор понимает, что работа QA специалиста не ограничивается только тестированием, которое уже выполнено. Даже если все задачи протестированы и автоматизированы, он найдет себе новое направление работы — возможно, разработает новый инструмент для улучшения рабочего процесса или обновит документацию, чтобы она соответствовала текущему состоянию проекта. Суть в том, что сеньор видит возможности для развития и улучшения проекта даже тогда, когда на первый взгляд кажется, что «все сделано».
Автотесты
В ситуации с автотестами Мидл Андрюшка сталкивается с проблемой: тест сломался. Его первая реакция — обратиться за помощью к Сеньору Васе или Разработчику Пете, объясняя ситуацию и предоставляя необходимые детали, такие как описание ошибки и стектрейс. Мидл ожидает, что кто-то из более опытных коллег поможет ему разобраться и исправить проблему.
Сеньор Андрей, столкнувшись с той же проблемой, также обращается за помощью, но его подход к решению более глубокий. Он не просто ждет решения от других, но и сам активно пытается понять, почему тест сломался. Сеньор Андрей анализирует код, проверяет состояние ветки мастера или сборки, изучает историю падений теста, его стабильность и ищет другие возможные причины сбоя. Даже если в итоге Разработчик Петя займется исправлением, Сеньор уже сделал важный шаг, пытаясь разобраться в проблеме самостоятельно. Если оказывается, что причина сбоя не связана с кодом Разработчика Пети, Сеньор Вася, опираясь на свой многолетний опыт, быстро найдет и устранит неполадку. Но самое главное — Сеньор Андрей демонстрирует инициативу и стремление к самостоятельному решению проблем, что является важным качеством для развития и глубокого понимания проекта. Если он сам сможет найти причину и исправить её, это станет значительным вкладом в его профессиональный рост и понимание проекта.
Мониторинг автотестов
Вам, Андрею, доверили мониторинг автотестов. Поздравляю, хороший шаг на пути к Сеньору. После запуска тестов все кажется идеальным: результаты мониторинга зелёные, авточеккер подтверждает отсутствие ошибок в вашем компоненте. Мидл Андрюшка, удовлетворённый результатами, готов отметить все пункты как проверенные, полагая, что всё выполнено безупречно с первого раза, хотя Сеньор Вася что-то там рассказывал о необходимости периодических повторных запусках тестов.
Однако Сеньор Андрей подходит к этой задаче с большей критичностью. Он замечает, что ситуация выглядит слишком уж хорошо, чтобы быть правдой, и решает провести дополнительную проверку. Сеньор не доверяет слепо авточекеру и решает самостоятельно убедиться в правильности результатов. Он исследует данные об ошибках на инфраструктуре, обращается в чат релизной команды, где узнаёт о возможных ошибках авточекера, который неверно интерпретирует результаты, делая их все зелёными. Также сеньор проверяет состояние запусков в TeamCity, где обнаруживает проблемы, требующие внимания.
Этот момент демонстрирует, что сеньор способен видеть за пределами очевидного, применяя глубинный анализ для полного понимания ситуации. Это не означает ошибку со стороны Мидла, который действовал в соответствии с установленными процедурами, но подход Сеньора, включающий критическое мышление и инициативу для дополнительной проверки, является ключом к более глубокому пониманию проекта и предотвращению возможных проблем.
Метрики и шметрики
Сегодня на вас возложили ответственность за мониторинг метрик, вы также дежурите, следя за появлением ошибок. Вы уже ознакомились с рекомендациями и видео от Сеньора Васи, где он детально объясняет, на какие аспекты необходимо обратить внимание. Обнаружив ошибку, вы сразу же сообщили об этом Разработчику Пете и отметили это в документике, указав сроки исправления. Но в процессе вы заметили ещё две ошибки, которые были пропущены дежурным Разработчиком Колей (а вас так просто не проведешь, у нас еще и Коля есть) накануне. Хотя это и кажется проблемой Коли, такая ситуация подчёркивает разницу в подходах Мидла и Сеньора.
Мидл Андрюшка, выполнив свою часть работы, может считать, что его задача закончена. Он действует согласно установленным правилам и инструкциям. Однако Сеньор Андрей не остановится на достигнутом. Он задастся вопросом, почему эти ошибки были пропущены, и попытается найти корень проблемы. Сеньор пойдёт дальше, обратится к Коле за разъяснениями, пытаясь понять причины его недосмотра. Возможно, Коля столкнулся с чрезвычайной ситуацией или просто упустил момент, но Сеньор постарается найти способ предотвратить подобные просчёты в будущем.
Суть в том, что Сеньор видит свою роль не просто в выполнении задач по списку, но и в улучшении процессов, предотвращении ошибок и развитии команды. Он понимает, что документация не всегда абсолютна и требует постоянного обновления и дополнения, основываясь на новом опыте и кейсах. Сеньор готов брать на себя инициативу, делиться знаниями и вносить предложения по оптимизации работы, делая мониторинг не только более эффективным, но и удобным для всей команды.
Итоги и выводы
Самостоятельность. Ключевая идея заключается в том, что если вы обнаружите недостатки в процессах или увидите, что что-то устарело или сломалось, необходимо проявить инициативу. Если Мидл столкнется с какой-то проблемой и не сможет справиться самостоятельно, он, вероятно, обратится за помощью к Сеньору Васе. В ответ Сеньор Вася, возможно, поможет разобраться с ситуацией на один раз или подскажет, к кому обратиться за помощью. В отличие от Мидла, Сеньор не остановится на достигнутом и найдет (или попытается найти) способ решить проблему полностью.
Когда речь заходит о выполнении задач, даже если инструкции к условному автотесту кажутся точными и подробными, всегда стоит искать способы улучшить его, особенно если вы заметили потенциальные проблемы или нестабильность похожих тестов. Этот процесс может вызвать обсуждение с Сеньором Васей, который либо скептически отнесется к предложенным изменениям, либо признает их ценность. Главное здесь не конкретное решение или его выполнение, а ваш подход к задаче и стремление сделать работу лучше не только для себя, но и для будущих коллег.
Вывод: Важно не бояться принимать самостоятельные решения, смотреть на проблемы и задачи шире и глубже, критически мыслить, не искать прямого и заложенного пути, не надеяться, что все процессы идеально выстроены и вы должны работать строго в их рамках. Не замыкаться и не бояться допустить ошибки. Но после ошибки необходимо делать выводы и искать решения, которые впоследствии могут избежать их появления в будущем. Сеньор, который регулярно допускает ошибки и не учитывает предыдущий опыт, может оказаться менее ценным для команды, чем Мидл, который проявляет ответственность и стремление к самосовершенствованию.
Для Сеньора все еще важны хард скиллы и хорошая экспертиза. Я же просто на небольших примерах хотел показать как при достаточно хорошем и сильном техническом бэкграунде все еще можно иметь разные подходы при решении тех или иных задач.
