Как быть, чтобы вас заметили |
24.01.2022 00:00 |
Автор: Кристин Джеквони (Kristin Jackvony) Одна из сложностей работы тестировщиком заключается в том, что если вы хорошо делаете свою работу, этого никто не заметит! В отличие от разработчиков, создающих продукт, который увидит менеджмент, тестировщики создают тесты, помогающие убедиться, что продукт верно работает. Когда мы хорошо делаем свою работу, непонятно, в чем разница между продуктом, который мог бы отправиться на прод, если бы мы не нашли все баги, и продуктом, который отправился на прод. Проблема того, что нас не замечают менеджеры, в том, что становится трудно продвигаться по карьерной лестнице. К счастью, существует четыре способа продемонстрировать менеджерам и прочим коллегам наш вклад в общее дело. Скажите им Убедитесь, что ваш менеджер знает о всех способах, которыми вы помогаете создавать отличный продукт. К примеру, на стендапе вы можете сказать "Я вчера нашел важный баг в чате, который не дал бы пользователям открыть окно чата, если бы попал на прод". Всегда сообщайте о том, что ваши автотесты нашли баг. "Наш автоматизированный набор регресс-тестов поймал критический баг на странице информации о пользователе сразу после того, как изменение выкатили в QA-окружение". Покажите им Менеджеры любят дашборды и метрики. Помните, что у менеджеров часто есть свои менеджеры, которым они должны отчитываться. Если вы можете облегчить своему руководству жизнь, предоставляя им внятные данные о качестве приложения, они будут вам благодарны. К примеру, можно создать дашборд, демонстрирующий соотношение пройденных и упавших ночных регресс-тестов. Этот дашборд продемонстрирует разные окружения, в которых вы тестируете, а в идеале – то, что на проде ваши тесты близки к 100%, потому что автоматизация нашла баги задолго до того, как новый код попал на прод. Еще вариант – начать отслеживать метрики ускользнувших от вас дефектов: это баги, попавшие на прод незамеченными. В идеале их число будет равно нулю, но даже если это не так, метрики для каждого релиза будут демонстрировать, что команда повышает мастерство выпуска кода без багов. Научите их Здорово, если у вас много отличных тест-навыков, но еще круче – передать эти навыки коллегам, чтобы они были так же эффективны, как и вы. Скорее всего, у вас в компании есть ряд путей, которыми можно научить других тестировать. Например:
Возглавьте их Ваш менеджер не заметит ваш лидерский потенциал, если вы не скажете об этом! Отличный способ стать лидером – это предложить процессные улучшения в ходе ретроспективы. После внедрения этих идей команда увидит, что качество продукта повысилось, и на вас будут смотреть как на агента положительных перемен. Учреждение встреч по обмену опытом – также хороший способ выделиться как лидеру. На встрече все тестировщики компании могут собраться вместе, обмениваться идеями и решать проблемы. Если в вашей компании уже проводятся такие встречи, вызовитесь вести дискуссию или рассказать об инновации, которую недавно внедрила ваша команда. Работа с возражениями Тестировщики – зачастую интроверты. Многие из них предпочитают спокойно работать, тестировать фичи и писать автоматизацию, не отвлекаясь на остальных. Некоторые не любят быть в центре внимания. Это нормально, но повышения вы так не дождетесь! Если вы застенчивы или боитесь публичных выступлений, начните с небольших улучшений. Например, напишите пост в блог или создайте тест-дашборд. Затем добавляйте по комментарию к каждой ретроспективе. Затем можете вызваться провести демо новой фичи на встрече. Продолжайте делать небольшие шажочки в этом направлении, пока не почувствуете в себе силы провести воркшоп. Заключение Процессы разработки ПО сильно изменились за последние двадцать лет; редкий менеджер сейчас не понимает важности тестирования. Однако менеджмент может не заметить ваш вклад в продукт, пока вы не убедитесь, что вас видят. Надеюсь, мои предложения помогут вам продемонстрировать вашу ценность для команды. |