#головныемюсли Недавно у меня была встреча с одной командой | Artsiom Rusau QA Life - Тестировщик с нуля

#головныемюсли

Недавно у меня была встреча с одной командой для привлечения студентов моих курсов на их проект. Все ребята на стороне проекта разработчики и само собой им не хватает тестировщиков.

Самое интересное, что когда разговор зашел о том, как организовывать процесс тестирования, мало кто понимал зачем вообще тестировщики, так как раньше в компании, где они работали их не было.

Один парень и вовсе заявил, что зачем нам вообще тестировщики, они ведь ПРОСТО ТЫКАЮТ НА КНОПКИ.

Да, этот стереотип до сих пор сидит в головах у части специалистов из области айти и во многом сформировался, благодаря убогим маркетинговым стратегиям обучающих школ, которые не думают о репутации будущих выпускников.

Давайте разберем портрет тестировщика (для простоты понимания не стал делить на Testing, QC и QA):

1. Существует тестировщики фронтенда и бэкенда. Если первые концентрируются на тестировании графического интерфейса, то вторые работают на глубоких уровнях тестирования (интеграционном, API) и разбираются в сложной бизнес-логике приложения.

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

2. Тестирование входит в процесс управления качеством, который основан не только на поиске багов, но включает в себя и контроль качества, и его обеспечение, а это значит, что влияет на все процессы, в том числе и на разработку. QA Engineer работает над улучшением текущих процессов, находится в постоянной коммуникации со всеми отделами, формирует культуру качества на проекте.

3. Тестировщик в 2023 году умеет не только создавать документацию, но и анализировать трафик, тестировать API, работать с данными, знает основы языков программирования, а также особенности различных типов приложений, узкие места в них. Чем раньше начинается тестирования в SDLC, тем меньше денег мы потратим на исправление дефектов и больше заработаем, исходя из общего качества выпускаемого продукта.

Что нужно делать, чтобы коллеги понимали вашу ценность?

1. Тихий тестировщик - плохой тестировщик. Не замалчивайте проблемы и не бойтесь предлагать улучшения.

2. Участвуйте в ретроспективах, где вы можете поделиться мыслями о прошедшей итерации.

3. Создайте общий чат с менеджером и QA, где вы можете рассказывать про текущий статус тестирования на проекте.

4. Не игнорируйте создание отчетов по результатам тестирования для формирования прозрачности и общего понимания уровня качества выпускаемого продукта.

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

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

Культура уважения к качеству должна формироваться с подачи QA отдела, а вы должны стать амбассадором этого движения :)