0 added
0 removed
Original
2026-01-01
Modified
2026-03-10
1
<p>Теги: управление, тестирование, qa lead, зоны ответственности</p>
1
<p>Теги: управление, тестирование, qa lead, зоны ответственности</p>
2
<p>В одном из материалов<a>мы описывали зоны ответственности QA лида</a>. Теперь поговорим о том, чем еще занимается QA Lead. Если в двух словах -- он проверяет на прочность всё вокруг. Что конкретно имеется в виду, смотрите под катом.</p>
2
<p>В одном из материалов<a>мы описывали зоны ответственности QA лида</a>. Теперь поговорим о том, чем еще занимается QA Lead. Если в двух словах -- он проверяет на прочность всё вокруг. Что конкретно имеется в виду, смотрите под катом.</p>
3
<p><strong>Процесс планирования и его контроль</strong>. Например, команда на квартал берёт больше фичей, чем может произвести, или не учитывает время на технический долг или исправление ошибок. Это увеличивает t2m, снижает качество и свидетельствует о проблемах в процессе планирования и контроля.</p>
3
<p><strong>Процесс планирования и его контроль</strong>. Например, команда на квартал берёт больше фичей, чем может произвести, или не учитывает время на технический долг или исправление ошибок. Это увеличивает t2m, снижает качество и свидетельствует о проблемах в процессе планирования и контроля.</p>
4
<p><strong>Архитектура</strong>. Архитектура может не позволять покрывать код тестами из-за сильной связности. Это не дает гарантий надёжности изменений.</p>
4
<p><strong>Архитектура</strong>. Архитектура может не позволять покрывать код тестами из-за сильной связности. Это не дает гарантий надёжности изменений.</p>
5
<p><strong>Этап сборки и удобство работы с низкоуровневыми тестами в коде</strong>. Любой инструмент для тестирования должен помогать разработчикам работать проще и быстрее. Более дорогие тесты должны появляться на хорошо построенной основе более дешевых тестов. Например, только исследовательское тестирование без юнит- и интеграционных тестов будет слишком дорогим, потому что будет ловить слишком много ошибок.</p>
5
<p><strong>Этап сборки и удобство работы с низкоуровневыми тестами в коде</strong>. Любой инструмент для тестирования должен помогать разработчикам работать проще и быстрее. Более дорогие тесты должны появляться на хорошо построенной основе более дешевых тестов. Например, только исследовательское тестирование без юнит- и интеграционных тестов будет слишком дорогим, потому что будет ловить слишком много ошибок.</p>
6
<p><strong>Создание и тестирование инфраструктуры для новых сервисов</strong>. Инфраструктура-как-код не отличается от любого другого кода и должна покрываться тестами и тестироваться нефункционально.</p>
6
<p><strong>Создание и тестирование инфраструктуры для новых сервисов</strong>. Инфраструктура-как-код не отличается от любого другого кода и должна покрываться тестами и тестироваться нефункционально.</p>
7
<p><strong>Тестовые окружения</strong>. Это часто сложная техническая область, где нужно строить удобные тестовые окружения для деплоя и проверки своей версии приложения.</p>
7
<p><strong>Тестовые окружения</strong>. Это часто сложная техническая область, где нужно строить удобные тестовые окружения для деплоя и проверки своей версии приложения.</p>
8
<p><strong>CI/CD в части выполнения тестов всех уровней</strong>. Если получение результатов е2е тестов занимает более 10 минут, разработчик переключает контекст на другую задачу, а это порождает издержки.</p>
8
<p><strong>CI/CD в части выполнения тестов всех уровней</strong>. Если получение результатов е2е тестов занимает более 10 минут, разработчик переключает контекст на другую задачу, а это порождает издержки.</p>
9
<p><strong>Тестирование на проде</strong>. Важно, чтобы это был действительно полезный эшелон защиты, например, chaos monkey testing. Большая проблема - когда используется тестирование на проде, потому что раньше не получается.</p>
9
<p><strong>Тестирование на проде</strong>. Важно, чтобы это был действительно полезный эшелон защиты, например, chaos monkey testing. Большая проблема - когда используется тестирование на проде, потому что раньше не получается.</p>
10
<p>А также:</p>
10
<p>А также:</p>
11
<ul><li>Нефункциональное тестирование и его автоматизация;</li>
11
<ul><li>Нефункциональное тестирование и его автоматизация;</li>
12
<li>Канареечные релизы и процесс анализа пропущенных до прода ошибок;</li>
12
<li>Канареечные релизы и процесс анализа пропущенных до прода ошибок;</li>
13
<li>Релизы и действия на проде;</li>
13
<li>Релизы и действия на проде;</li>
14
<li>Мониторинг вышедших фичей и компонентов;</li>
14
<li>Мониторинг вышедших фичей и компонентов;</li>
15
<li>Инциденты;</li>
15
<li>Инциденты;</li>
16
<li>Health monitoring.</li>
16
<li>Health monitoring.</li>
17
</ul><h2>Вывод</h2>
17
</ul><h2>Вывод</h2>
18
<p>QA лид в компании, где я работаю - это в первую очередь человек с системным мышлением, который измеряет текущее состояние качества со всех сторон (качество продукта, процессов разработки, техническое качество), определяет видение и создаёт стратегию как направленное движение к видению.</p>
18
<p>QA лид в компании, где я работаю - это в первую очередь человек с системным мышлением, который измеряет текущее состояние качества со всех сторон (качество продукта, процессов разработки, техническое качество), определяет видение и создаёт стратегию как направленное движение к видению.</p>
19
<p>Это человек, который проверяет на прочность всё вокруг: процесс планирования и его контроль, архитектуру, тестовые окружения, релизы и действия на проде, инциденты, тестирования на проде, health monitoring и многое другое.</p>
19
<p>Это человек, который проверяет на прочность всё вокруг: процесс планирования и его контроль, архитектуру, тестовые окружения, релизы и действия на проде, инциденты, тестирования на проде, health monitoring и многое другое.</p>
20
<p>Это стратег, который отвечает за качество огромной части продукта или проекта. Он может фокусироваться только на улучшении и поддержке качества в стриме и обладает компетенциями, чтобы видеть картину целиком.</p>
20
<p>Это стратег, который отвечает за качество огромной части продукта или проекта. Он может фокусироваться только на улучшении и поддержке качества в стриме и обладает компетенциями, чтобы видеть картину целиком.</p>
21
<p>Это технический эксперт в области тестирования, так как высокая доля автоматизации требует погружения в нюансы реализации продукта.</p>
21
<p>Это технический эксперт в области тестирования, так как высокая доля автоматизации требует погружения в нюансы реализации продукта.</p>
22
<p>Это People менеджер QA инженеров стрима, который помогает QA инженерам расти. Необходимо понимать тенденции в профессии, привносить идеи, пробовать новое.</p>
22
<p>Это People менеджер QA инженеров стрима, который помогает QA инженерам расти. Необходимо понимать тенденции в профессии, привносить идеи, пробовать новое.</p>
23
<p><em>Больше материалов смотрите в<a>моем блоге</a>на Хабре.</em></p>
23
<p><em>Больше материалов смотрите в<a>моем блоге</a>на Хабре.</em></p>
24
24