# Профили QA-инженеров

Профили QA-инженеров нужны, чтобы оценивать коллег в соответствии с их уровнем на [performance review](https://github.com/avito-tech/playbook/blob/master/goal-setting.md#performance-review). Это делает продвижение по карьерной лестнице понятным и прозрачным. 

## Карьерная лестница
Карьерная лестница — это возможный путь развития сотрудника в Авито. Он зависит от того, какие задачи решает специалист и какие основные навыки использует в работе.

Сейчас в Авито существуют такие уровни QA-инженеров:

– [Е1.](https://github.com/avito-tech/playbook/new/master#E1)
– [Е2.](https://github.com/avito-tech/playbook/new/master#E2)
– [Е3.](https://github.com/avito-tech/playbook/new/master#E3)
– [Е4.](https://github.com/avito-tech/playbook/new/master#E4)
– [Е5.](https://github.com/avito-tech/playbook/new/master#E5)
– [Е6.](https://github.com/avito-tech/playbook/new/master#E6)

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

## Как работают профили
– Ожидания каждого следующего уровня добавляются к ожиданиям предыдущих. Например, E4-инженер должен уметь делать всё то же самое, что E1, E2 и E3.
– Сотрудник должен проявить навыки и компетенции своего или следующего профиля на деле. Просто уметь или хотеть делать недостаточно.
– Если менеджер считает, что специалисту в команде не нужен какой-то навык, то его можно не учитывать.

### Е1
– Тестирует отдельные задачи ad hoc, то есть без подготовки тестовой документации и без ожидаемого результата.
– Пишет чек-листы и тест-кейсы на позитивные и негативные сценарии.
– Перепроверяет закрытые баги и пишет понятные баг-репорты.

### Е2
– Составляет тестовые модели для части функциональности продукта.
– Может в любой момент рассказать о качестве фич, с которыми работает.
– Разрабатывает и поддерживает тест-кейсы и интеграционные и е2е-автотесты.
– Применяет основные техники тест-дизайна, например классы эквивалентности.
– Следит за полнотой покрытия тестами, например учитывает негативные сценарии, граничные значения, проверяет все возможные ветви бизнес-процессов.
 –Разбирает отчёты автотестов, перепроверяет ошибки.
– Использует подход risk-based testing или другую методологию, чтобы оценить риски по задачам.

### Е3
– Владеет тестовой моделью всей функциональности продукта, следит, чтобы покрытие кода было полным.
– Тестирует продукт на разных уровнях, например UI и API.
– Разрабатывает, поддерживает и улучшает интеграционные, компонентные, е2е-автотесты.
– Применяет шаблон проектирования PageObjects.
– Следит, чтобы команда придерживалась пирамиды тестирования.
– Составляет тест-кейсы и обсуждает с разработчиками, как автоматизация распределена по пирамиде тестирования.
– Ведёт процессы SPT/ZBP в команде, обеспечивает SLO для решения проблем пользователей и багов.
– Вместе с владельцем продукта составляет критерии приёмки по процессу ATDD.
– Отслеживает достижение baseline по team maturity model в QA-секции.
– Обучает коллег по команде лучшим практикам тестирования.

### Е4
– В любой момент может рассказать команде о качестве всех фич и продукта в целом.
– Фокусирует команду на улучшении качества продукта.
– Разрабатывает тесты на backend и client-side, чтобы обеспечивать покрытие на всех уровнях системы.
– Прорабатывает юнит-тесты вместе с разработчиками.
– Проверяет качество покрытия юнит-тестами через код-ревью или с помощью мутационного тестирования.
– Исследует проблемы flaky-тестов и самостоятельно устраняет причины.
– Меняет процессы, если видит баги от команды.

### Е5
– В любой момент может показать качество продукта с помощью объективных метрик.
– Оценивает риски в больших проектах. Объясняет, что, где и почему может пойти не так.
– Разрабатывает автотесты больше чем на трёх разных платформах.
– Может настроить тестовый контур для интеграционного тестирования фич в юните и добавить дополнительные Quality Gates в CI/CD команды.
– Улучшает инструменты тестирования в команде и экосистеме тестирования Авито.
– Проводит нефункциональные тесты, например performance и security, привлекает для этого экспертов.

### Е6
– Создаёт новые инструменты для обеспечения качества. Например, фреймворк для интеграционного тестирования автозагрузки или скрипты сравнения диффов в системе управления метаданными Авито.
– Проводит исследования, чтобы оценить качество продукта в целом. Например, проверяет гипотезы качества на пользователях. Проводит сравнительное тестирование с продуктами конкурентов.