Условие
Есть публичная API ручка для витрины тарифов:
GET /api/unauthtorized-purchase/tariffs?subject_ids[]=1&subject_ids[]=3&class=11
Правила:
- В запросе может быть от 1 до 5 предметов (
subject_ids[]), порядок может быть любой, могут быть дубли — система должна отработать корректно. - Параметр
classпринимает значения от 10 до 11. - Ответ содержит:
months: список доступных сроков пакета (например, [1,5] пакет на 1 и пакет на 5 месяцев).tariffs: объект, где ключ — месяц, значение — список тарифов с полями id, name, description, cost, criteria[].
1
Тестирование по сырому описанию
Задача 1
Составить чек-лист тестирования этой ручки, включая:
- Позитивные кейсы
- Негативные кейсы
- Пограничные значения
- Проверки данных и структуру ответа
Задача 2
Составить 5-7 кейсов в формате Given/When/Then (или другом структурированном виде), где будут:
- Предусловия
- Шаги
- Ожидаемый результат
3. Задача: Написать список уточняющих вопросов к требованиям, которые QA должен задать до начала тестирования/разработки
2
Регресс релиза
Представь, что в релиз попали изменения по тарифам/покупкам.
4. Задача: Составить регресс-чеклист для критических сценариев (авторизация, домашка — можно обобщенно)
5. Задача: Выделить топ 5 самых рискованных зон и объяснить почему
3
Поддержка и агрегация причин (тренды)
У тебя есть обращения пользователей. Нужно, чтобы они превращались в цифры и тренды.
Задача 6
Предложи классификацию предложений/дефектов
- Тип (BUG/UX)
- Модули (auth/purchase)
- Причина (regression/logic/…)
Задача 7
Приведи пример, как будет выглядеть отчет за неделю
- Что за метрики
- Как выводим тренды
- Какие решения можно принять по отчету
Дополнительно
Тестовое задание на позицию QA-инженера, включающее проектирование тестов для API, планирование регресса и аналитическую задачу по классификации обращений пользователей.
4