Что пишут в блогах

Подписаться

Конференции

Heisenbug 2022 Spring
Большая техническая конференция по тестированию
Online — с 30 мая по 1 июня. Offline-день — 21 июня

TestDriven Conf

Профессиональная конференция по автоматизации в тестировании и рядом
27 и 28 июня, Москва, Radisson Slavyanskaya.

Что пишут в блогах (EN)

Разделы портала

Онлайн-тренинги

Как быть, чтобы вас заметили
24.01.2022 00:00

Автор: Кристин Джеквони (Kristin Jackvony)
Оригинал статьи
Перевод: Ольга Алифанова

Одна из сложностей работы тестировщиком заключается в том, что если вы хорошо делаете свою работу, этого никто не заметит! В отличие от разработчиков, создающих продукт, который увидит менеджмент, тестировщики создают тесты, помогающие убедиться, что продукт верно работает. Когда мы хорошо делаем свою работу, непонятно, в чем разница между продуктом, который мог бы отправиться на прод, если бы мы не нашли все баги, и продуктом, который отправился на прод.

Проблема того, что нас не замечают менеджеры, в том, что становится трудно продвигаться по карьерной лестнице. К счастью, существует четыре способа продемонстрировать менеджерам и прочим коллегам наш вклад в общее дело.

Скажите им

Убедитесь, что ваш менеджер знает о всех способах, которыми вы помогаете создавать отличный продукт. К примеру, на стендапе вы можете сказать "Я вчера нашел важный баг в чате, который не дал бы пользователям открыть окно чата, если бы попал на прод".

Всегда сообщайте о том, что ваши автотесты нашли баг. "Наш автоматизированный набор регресс-тестов поймал критический баг на странице информации о пользователе сразу после того, как изменение выкатили в QA-окружение".

Покажите им

Менеджеры любят дашборды и метрики. Помните, что у менеджеров часто есть свои менеджеры, которым они должны отчитываться. Если вы можете облегчить своему руководству жизнь, предоставляя им внятные данные о качестве приложения, они будут вам благодарны.

К примеру, можно создать дашборд, демонстрирующий соотношение пройденных и упавших ночных регресс-тестов. Этот дашборд продемонстрирует разные окружения, в которых вы тестируете, а в идеале – то, что на проде ваши тесты близки к 100%, потому что автоматизация нашла баги задолго до того, как новый код попал на прод.

Еще вариант – начать отслеживать метрики ускользнувших от вас дефектов: это баги, попавшие на прод незамеченными. В идеале их число будет равно нулю, но даже если это не так, метрики для каждого релиза будут демонстрировать, что команда повышает мастерство выпуска кода без багов.

Научите их

Здорово, если у вас много отличных тест-навыков, но еще круче – передать эти навыки коллегам, чтобы они были так же эффективны, как и вы. Скорее всего, у вас в компании есть ряд путей, которыми можно научить других тестировать. Например:

  • Поговорите об используемом вами фреймворке тест-автоматизации на встрече отдела.
  • Проведите воркшоп по работе с тест-фреймворком для других тестировщиков.
  • Станьте ментором новенького тестировщика или тестировщика, испытывающего сложности.

Возглавьте их

Ваш менеджер не заметит ваш лидерский потенциал, если вы не скажете об этом! Отличный способ стать лидером – это предложить процессные улучшения в ходе ретроспективы. После внедрения этих идей команда увидит, что качество продукта повысилось, и на вас будут смотреть как на агента положительных перемен.

Учреждение встреч по обмену опытом – также хороший способ выделиться как лидеру. На встрече все тестировщики компании могут собраться вместе, обмениваться идеями и решать проблемы. Если в вашей компании уже проводятся такие встречи, вызовитесь вести дискуссию или рассказать об инновации, которую недавно внедрила ваша команда.

Работа с возражениями

Тестировщики – зачастую интроверты. Многие из них предпочитают спокойно работать, тестировать фичи и писать автоматизацию, не отвлекаясь на остальных. Некоторые не любят быть в центре внимания. Это нормально, но повышения вы так не дождетесь!

Если вы застенчивы или боитесь публичных выступлений, начните с небольших улучшений. Например, напишите пост в блог или создайте тест-дашборд. Затем добавляйте по комментарию к каждой ретроспективе. Затем можете вызваться провести демо новой фичи на встрече. Продолжайте делать небольшие шажочки в этом направлении, пока не почувствуете в себе силы провести воркшоп.

Заключение

Процессы разработки ПО сильно изменились за последние двадцать лет; редкий менеджер сейчас не понимает важности тестирования. Однако менеджмент может не заметить ваш вклад в продукт, пока вы не убедитесь, что вас видят. Надеюсь, мои предложения помогут вам продемонстрировать вашу ценность для команды.

Обсудить в форуме