- Утренний разогрев
- Ежедневный стендап-митинг
- Беседы с проджект-менеджером и членами команды
- Чтоб никто не перетрудился
- Фидбек
- Координация между разработчиками, продакт-менеджерами и другими стейкхолдерами
- После обеда — не отдых, а самый накал работы
- Фидбек-сессия и подготовка на следующий день
- Обсуждения с тестировщиками по вопросам предыдущих дней
- Конец
Рабочий день QA Lead выглядит по разному в компаниях, и даже в разных командах одной компании, но в целом обязанности всегда одни и те же. Цель лида — гарантировать, что софт, выдаваемый его командой, удовлетворяет внутренних и внешних потребителей. Главный инженер по качеству программного обеспечения следит за процессами поиска потенциальных и существующих дефектов в софте; гарантирует, что эти дефекты устранены; и, как я считаю, самая важная моя роль — QA Lead дает постоянный фидбек команде разработки по ситуации с багами, помогая ей гарантировать работоспособность софта, и что все требования к софту выполнены.
Как выглядит руководящая роль в QA изнутри? В должности QA Lead я уже несколько лет. Кажется полезным поделиться опытом, особенно для QA-инженеров уровня джуниор и миддл. Возможно, материал поможет перспективному миддлу самому решиться претендовать на такую должность.
Утренний разогрев
Каждое утро проверяю свой Google-календарь на наличие запланированных митингов и вот-вот подходящих дедлайнов. По вторникам и четвергам я записан на чекины с QA-командой, на которых присутствуют и другие менеджеры. С понедельника по среду у нас стендапы и отдельные встречи с тестировщиками, которые этого требуют, или этого желаю я. В перерывах между встречами пытаюсь просмотреть несрочные письма, оставшиеся с предыдущего дня. Эти митинги + почта отбирают примерно час-два рабочего времени.
Ежедневный стендап-митинг
Ближе к середине дня у нас ежедневный стендап. Правильный Scrum — это и ежедневный стендап-митинг, на котором все члены команды обсуждают назревшие вопросы и получают апдейты. Так они видят прогресс других, так легче команде преодолевать проблемы. Здесь важен фидбек, и важно обсудить следующие цели. Так как я лид, мне нужно убедиться, что все члены команды неудержимо продвигаются к своим дедлайнам, и что нет причин для сомнений и задержек.
Беседы с проджект-менеджером и членами команды
QA-лид беседует с членами команды и детальнее проговаривает их задачи на каждый день ближайшей недели. Потом они шлют ежедневные апдейты. Получив задачи, они обсуждают их уже с проджект-менеджерами в случае каких-то срочных проблем.
Я руковожу, а наши проджект-менеджеры помогают мне, делая следующее:
Обновляют тесты при необходимости, следят за их состоянием. До выполнения тестов проверяют, что они “в рабочем состоянии”, чтобы разработчики использовали их как бенчмарки при написании новых функций или дописывании существующих.
Выполнение ручных тестов. Надзирают за этим процессом, а иногда и сами участвуют в процессе — поскольку являются наиболее опытными из тестировщиков.
Чтоб никто не перетрудился
Главнейшая обязанность — чтобы в коде не было багов. Проверяю, нет ли каких-то усложненных или наоборот неполных тестов. И в целом — что пользователь будет работать с приложением легко и эффективно. Мониторинг проекта: дедлайны выполняются, ресурсов достаточно, никто не перегружен; если у кого-то есть переработка, я встречаюсь с менеджерами и тестировщиками и уточняю график. А иногда сам пишу какие-то важные части кода.
Фидбек
QA-инженер, а тем более лид, должен понимать, как обычные люди — не специалисты — пользуются нашим софтом. У нас в компании принято общаться с пользователями, интересуясь их user experience. Мы называем это фидбек-сессией. Получаем инсайты по работе с продуктом, быстрее находим неочевидные баги, узкие места в навигации, и прочее, и делаем это до того как конечный продукт поступит на рынок. Хороший QA Lead лучше всех информирован о проблемах пользователей и сообщает стейкхолдерам о самых важных вещах.
Координация между разработчиками, продакт-менеджерами и другими стейкхолдерами
Задача лида — чтобы релизы шли как по маслу. Для этого нужна координация между командами разработчиков, продактами, и другими стейкхолдерами, причастными к этому продукту. Лид должен быть всегда готов к стендапу/митингу, чтобы дать апдейты по всей QA-сфере, и отдельных узких местах в тестовых процедурах. Хороший QA Lead это всегда хороший коммуникатор, это незаменимое качество, и если его нет, то его не “перекрыть” другими навыками, сколь угодно прокачанными. Нужно отметить, что умение защитить свое видение и вообще навыки public speaking, к сожалению, прокачаны не у всех QA Lead, а для коммуникации между командами и стейкхолдерами эти навыки сверхважные, соответственно в такой компании продукт может терять в качестве.
После обеда — не отдых, а самый накал работы
Перед тем как начать тестирование, QA Lead собирает всю информацию о требованиях, критериях приемки, и тестовых планах, и убеждается, что все есть и все правильно. При необходимости вносятся правки, обновления, устраняются ранее не замеченные мелкие ошибки. На это уходит довольно-таки много времени, зато я точно знаю, что все ОК.
Фидбек-сессия и подготовка на следующий день
Когда готов к фидбек-сессии, остается время на планировку и корректировку тестов следующей недели. Не могу явиться на митинг, имея просроченные дедлайны и корявые тесты, об этом думаю заранее. Задачи прописываю четко — что нужно для каждого теста. Прозваниваю руководство, или звонят мне, по общим вопросам QA в продукте. Если все идет гладко, процессы становятся “незаметными” и не всегда руководство понимает, что QA важнейшая вещь.
Обсуждения с тестировщиками по вопросам предыдущих дней
QA Lead у нас обязан как минимум раз в неделю проводить общие встречи/созвоны с remote-частью команды, чтобы пополнить фидбек. Специфика продукта такова, что баги из старых продуктов иногда проявляются и в новых, поэтому при планировании тестов будущих продуктов надо это учесть. Старые известные баги, новые баги, предполагаемые баги — все надо держать в памяти.
Конец
В конце рабочего дня подвожу итоги по таскам. Привожу в порядок календарь, отвечаю на несрочные письма. Отправляю репорты, в том числе “неполные”, считаю что лучше отправить “неполный” репорт, чем никакого.
Пью очень много кофе, при этом стараюсь полноценно питаться и отдыхать, и кофе мне не вредит, даже в таких количествах.
***
Что удобнее, Cypress или Selenium
