Процессы тестирования Flashcards

Разберитесь в организации QA-процессов: методологии (Agile, Scrum, Waterfall), оценка трудозатрат, планирование тестирования, составление отчётов (тест-аналитика, метрики). Учитесь работать в команде, управлять рисками и улучшать процессы для повышения качества продукта.

1
Q

На каком этапе ты подключался к задаче?

A

На этапе анализа требований и планирования (до начала разработки). В некоторых случаях мог подменять коллег и подключаться уже после того как функционал был разработан.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
2
Q

Для чего нужно Automation тестирование?

A

Для ускорения проверок (регресс, smoke-тесты), уменьшения ручного труда и повышения точности.

Пример: автоматизация API-тестов в Postman/Newman.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
3
Q

В каких случаях мы пишем чек-листы?

A

Когда нужно быстро проверить критичные сценарии.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
4
Q

Что делается на ретроспективе?

A

Команда обсуждает: что прошло хорошо, что улучшить

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
5
Q

Что такое эстимация (Estimation)?

A

Оценка времени на выполнение задач. Методы: покер планирования, сравнение с похожими задачами, разбиение на подзадачи.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
6
Q

Что такое капасити (capacity)?

A

Объем работы, который команда может выполнить за спринт. Рассчитывается на основе скорости (velocity) и доступности участников.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
7
Q

Что знаешь про требования?

A

Должны быть: четкими, измеримыми, полными. Тестировщик проверяет их на тестируемость и противоречия. Форматы: User Stories, Use Cases.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
8
Q

Что если нет требований на проекте, что будешь делать?

A

Общаться с ПО/ПМ, разработчиками, аналитиками, смотреть доку на схожий функционал

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
9
Q

Что тебе потом как тестировщику делать с этими требованиями?

A

Создавать тест-кейсы, чек-листы, тестовые сценарии. Проверять соответствие реализованного функционала требованиям.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
10
Q

Расскажи про тестирование UX.

A

Проверка удобства интерфейса: логика навигации, читаемость текста, доступность (WCAG), соответствие макетам. Инструменты: юзабилити-тесты, Figma-инспектор.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
11
Q

Какое самое важное тестирование Smoke, Sanity или регрессионное?

A

Все важны, но Smoke — базис, если его не прошли нет смысла тестить дальше

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
12
Q

Расскажи об этапе тестирования выявления требований.

A

Тестировщик участвует в уточнении требований: задает вопросы, выявляет риски. Цель — предотвратить баги на раннем этапе.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
13
Q

В чем основное отличие Agile и Scrum?

A

Agile — философия (манифест из 12 принципов). Scrum — частный случай Agile, фреймворк с ролями (Scrum Master, PO), артефактами (бэклог) и событиями(ритуалами) (спринт, ретро).

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
14
Q

Что такое груминг?

A

Уточнение и приоритизация задач в бэклоге. Тестировщик оценивает тестовые усилия и выявляет риски.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
15
Q

Что такое спринт?

A

Итерация разработки (обычно 2-4 недели). Включает: планирование, daily-митинги, демо, ретроспективу.

How well did you know this?
1
Not at all
2
3
4
5
Perfectly
16
Q

Что такое препланинг?

A

Подготовка к планированию спринта: уточнение задач, оценка сложности, разбиение на подзадачи.

17
Q

Что такое планнинг?

A

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

18
Q

Что такое дэйли?

A

Ежедневный 15-минутный митинг для синхронизации: что сделал, что планирую, есть ли блокеры.

19
Q

Что понимаешь под анализированием результатов тест-кейсов?

A
  1. Определение % пройденных/проваленных тестов. 2. Выявление паттернов ошибок. 3. Документирование дефектов. 4. Формирование отчетности.
20
Q

Как выглядит у вас процесс разработки?

A

Гибридный (Scrum + Kanban): бэклог → спринты → daily → тестирование → ревью → ретро

21
Q

Как выглядит процесс релиза?

A

(Как вариант)1. Финал-тестирование. 2. Подписание релиз-чеклиста. 3. Деплой на прод. 4. Smoke-тесты после деплоя. 5. Мониторинг.

22
Q

Как выглядит регресс?

A

Полная проверка системы после изменений: ручные тесты + автоматизированные сценарии. Фокус на impact-областях.

23
Q

Как выглядит ваша команда?

A

Разработчики (3-5), тестировщики (1-2), лид QA, PM, Scrum Master, дизайнер. Коммуникация через tg, корп. мессенджер, .

24
Q

Что описывается в тест плане // Писал ли тест-план?

A

Да, писал. Структура: цели, объем, подходы, критерии начала/окончания тестирования, риски, ресурсы, график.

Пример: раздел «Тест-дизайн» с техниками (эквивалентное разделение).