RGSR360_2026 QA DA Hard skills

1. Стратегия и улучшение тестирования
Выстраивает процесс тестирования с учётом приоритетов и рисков. Находит узкие места и предлагает улучшения, которые реально применяются в работе.

Типичные проявления:

расставляет приоритеты тестирования
фокусируется на рисках и критичных зонах
предлагает и внедряет улучшения

Не могу оценить

1 — Работает без приоритетов. Не видит проблем в процессе.

2 — Понимает приоритеты частично. Предлагает идеи без результата.

3 — В целом выстраивает тестирование по приоритетам. Иногда предлагает улучшения.

4 — Регулярно и системно управляет приоритетами. Предлагает и внедряет улучшения.

5 — Влияет на процесс команды. Улучшает подход к тестированию на уровне команды или проекта.

2. Подготовка и работа с QA-документацией
Создаёт и поддерживает QA-документацию, необходимую для тестирования: тест-кейсы в TestRail, отчёты, гайды и другие рабочие материалы. Следит, чтобы документация оставалась актуальной, понятной и применимой в работе.

Типичные проявления:

создаёт тест-кейсы с достаточным покрытием сценариев
обновляет документацию при изменениях в продукте
использует и поддерживает документацию в повседневной работе

Не могу оценить

1 — Документация отсутствует, непонятна или не позволяет полноценно использовать её в работе.

2 — Создаёт документацию, но она бывает неполной или несвоевременно обновляется; в тест-кейсах могут отсутствовать важные сценарии.

3 — Создаёт понятную рабочую документацию и поддерживает её актуальность; тест-кейсы покрывают основные сценарии.

4 — Регулярно и системно ведёт документацию, следит за её актуальностью и полнотой, заранее обновляет её при изменениях.

5 — Улучшает структуру и подход к QA-документации, повышает качество покрытия и помогает команде эффективнее работать с ней.

3. Тестирование различных платформ
Учитывает особенности платформ при тестировании: различия в поведении, ограничениях и требованиях.

Типичные проявления:

учитывает различия платформ
проверяет платформенные сценарии
адаптирует проверки под устройство

Не могу оценить

1 — Игнорирует различия платформ. Проверяет одинаково.

2 — Знает отличия, но редко учитывает в работе.

3 — Учитывает основные различия в тестировании.

4 — Регулярно и системно учитывает особенности платформ. Проверяет риски заранее.

5 — Глубоко понимает платформы. Предугадывает проблемы и делится подходом с командой.

4. Оформление багов
Формулирует баг-репорты так, чтобы их можно было быстро воспроизвести и исправить. Даёт достаточную информацию под задачу.

Типичные проявления:

описывает шаги воспроизведения
указывает ожидаемый и фактический результат
прикладывает нужные материалы (логи, скрины, видео)

Не могу оценить

1 — Репорты неполные. Баг сложно воспроизвести.

2 — Часто не хватает ключевых деталей или данных.

3 — Делает понятные баг-репорты. Иногда упускает необязательные детали.

4 — Регулярно даёт полную и достаточную информацию под задачу. Понимает, когда что нужно.

5 — Стандартизирует оформление. Помогает команде писать понятные и полезные репорты.

5. Использование Unity в тестировании
Использует Unity для проверки и диагностики: работа со сценами, объектами, конфигами и состояниями.

Типичные проявления:

запускает и настраивает проект
проверяет состояния и объекты
использует инструменты Unity в тестировании

Не могу оценить

1 — Не использует Unity в работе.

2 — Выполняет базовые действия с трудом.

3 — Уверенно решает стандартные задачи в Unity.

4 — Регулярно и эффективно использует Unity для диагностики и проверки.

5 — Находит нестандартные способы проверки. Помогает другим работать быстрее.

6. Работа с логами
Использует логи для поиска причин багов и передачи информации разработчикам. Выделяет важное и убирает лишнее.

Типичные проявления:

находит нужные логи
анализирует и делает выводы
передаёт релевантную информацию

Не могу оценить

1 — Не использует логи. Работает вслепую.

2 — Открывает логи, но не может выделить полезное.

3 — Использует логи для базового анализа. Не всегда точен.

4 — Регулярно и уверенно анализирует логи. Передаёт нужную информацию.

5 — Глубоко разбирается. Помогает находить причины сложных проблем.

7. Тестирование аналитики
Проверяет корректность отправки событий и параметров. Сравнивает результат с требованиями и выявляет расхождения.

Типичные проявления:

проверяет события и параметры
находит ошибки в данных

Не могу оценить

1 — Не проверяет аналитику.

2 — Проверяет частично. Упускает параметры и детали.

3 — Проверяет основные события. Иногда не хватает глубины.

4 — Регулярно и системно проверяет аналитику. Учитывает сценарии заранее.

5 — Предугадывает ошибки в аналитике. Улучшает подход к проверке данных.

8. Тестирование рекламных SDK
Проверяет корректность работы рекламы: показы, условия, стабильность. Сравнивает поведение с требованиями.

Типичные проявления:

проверяет сценарии показа рекламы
сравнивает с требованиями
находит ошибки интеграции

Не могу оценить

1 — Не проверяет рекламу.

2 — Проверяет поверхностно. Упускает сценарии.

3 — Проверяет основные сценарии. Находит очевидные ошибки.

4 — Регулярно и системно тестирует рекламу. Учитывает условия и ограничения заранее.

5 — Находит редкие проблемы. Улучшает подход к тестированию рекламы.

9. Сборка и подготовка билдов
Готовит тестовые и релизные билды с учётом окружения и состава сборки. Проверяет, что билд соответствует задаче.

Типичные проявления:

собирает билды под задачи
проверяет состав сборки
подготавливает окружение

Не могу оценить

1 — Не может собрать билд или делает это с ошибками.

2 — Собирает билд, но не проверяет состав и настройки.

3 — Готовит рабочие билды. Иногда упускает проверки.

4 — Регулярно и системно проверяет состав, настройки и окружение.

5 — Делает процесс надёжным. Предотвращает ошибки и помогает команде.

10. Ведение релизов
Сопровождает релиз: подготовка, проверка, публикация. Контролирует процесс и снижает риски.

Типичные проявления:

готовит релизную сборку
проверяет перед выпуском
сопровождает публикацию

Не могу оценить

1 — Не умеет вести релизы.

2 — Выполняет отдельные шаги с ошибками.

3 — Может провести релиз с поддержкой.

4 — Самостоятельно и системно ведёт релизы. Учитывает риски заранее.

5 — Улучшает процесс релизов. Снижает ошибки и делится опытом.

11. Работа с аутсорс QA
Организует работу с внешними тестировщиками. Передаёт задачи, контролирует результат и даёт обратную связь.

Типичные проявления:

ставит задачи
отвечает на вопросы
проверяет результат

Не могу оценить

1 — Не взаимодействует с аутсорсом или делает это плохо.

2 — Отвечает нерегулярно. Упускает детали.

3 — Поддерживает работу, но не всегда контролирует результат.

4 — Регулярно и системно ведёт взаимодействие. Обеспечивает результат.

5 — Выстраивает эффективную работу. Повышает качество через аутсорс.

Профессиональные компетенции Тестировщиков Days after.