Какие навыки необходимы тестировщику, чтобы возглавить команду?
12 июля Анастасия Агеева-Нгуен, ex head of QA в команде на 90+ человек, проведет обзор рынка вакансий, поделится своим опытом и представит программу онлайн-курса «QA Lead». Вы познакомитесь с преподавательским составом, узнаете, как организована практика и обучение в OTUS. Программа рассчитана на начинающих QA Lead's и тестировщиков с опытом.
﹏﹏﹏﹏﹏﹏﹏﹏﹏﹏﹏﹏﹏﹏﹏﹏﹏﹏﹏﹏﹏
В одном из материалов мы описывали зоны ответственности QA лида. Теперь поговорим о том, чем еще занимается QA Lead. Если в двух словах -- он проверяет на прочность всё вокруг. Что конкретно имеется в виду, смотрите под катом.
Процесс планирования и его контроль. Например, команда на квартал берёт больше фичей, чем может произвести, или не учитывает время на технический долг или исправление ошибок. Это увеличивает t2m, снижает качество и свидетельствует о проблемах в процессе планирования и контроля.
Архитектура. Архитектура может не позволять покрывать код тестами из-за сильной связности. Это не дает гарантий надёжности изменений.
Этап сборки и удобство работы с низкоуровневыми тестами в коде. Любой инструмент для тестирования должен помогать разработчикам работать проще и быстрее. Более дорогие тесты должны появляться на хорошо построенной основе более дешевых тестов. Например, только исследовательское тестирование без юнит- и интеграционных тестов будет слишком дорогим, потому что будет ловить слишком много ошибок.
Создание и тестирование инфраструктуры для новых сервисов. Инфраструктура-как-код не отличается от любого другого кода и должна покрываться тестами и тестироваться нефункционально.
Тестовые окружения. Это часто сложная техническая область, где нужно строить удобные тестовые окружения для деплоя и проверки своей версии приложения.
CI/CD в части выполнения тестов всех уровней. Если получение результатов е2е тестов занимает более 10 минут, разработчик переключает контекст на другую задачу, а это порождает издержки.
Тестирование на проде. Важно, чтобы это был действительно полезный эшелон защиты, например, chaos monkey testing. Большая проблема — когда используется тестирование на проде, потому что раньше не получается.
А также:
- Нефункциональное тестирование и его автоматизация;
- Канареечные релизы и процесс анализа пропущенных до прода ошибок;
- Релизы и действия на проде;
- Мониторинг вышедших фичей и компонентов;
- Инциденты;
- Health monitoring.
Вывод
QA лид в компании, где я работаю — это в первую очередь человек с системным мышлением, который измеряет текущее состояние качества со всех сторон (качество продукта, процессов разработки, техническое качество), определяет видение и создаёт стратегию как направленное движение к видению.
Это человек, который проверяет на прочность всё вокруг: процесс планирования и его контроль, архитектуру, тестовые окружения, релизы и действия на проде, инциденты, тестирования на проде, health monitoring и многое другое.
Это стратег, который отвечает за качество огромной части продукта или проекта. Он может фокусироваться только на улучшении и поддержке качества в стриме и обладает компетенциями, чтобы видеть картину целиком.
Это технический эксперт в области тестирования, так как высокая доля автоматизации требует погружения в нюансы реализации продукта.
Это People менеджер QA инженеров стрима, который помогает QA инженерам расти. Необходимо понимать тенденции в профессии, привносить идеи, пробовать новое.
Больше материалов смотрите в моем блоге на Хабре.