# Тесты по требованиям и багрепортам

> ПРОДУКТИВНОСТЬ · ПРОДВИНУТЫЙ · тема по фильтру курса 16/20 — берите

Требование живёт в задаче, тест — в репозитории, и связь между ними держится на памяти команды. Система читает требование или багрепорт и предлагает тест: что проверяем, при каких входных данных, какой результат считается верным. Пришедший из прода баг превращается в регрессионный тест, который больше не даст ошибке вернуться. Тест уходит в PR — принимает его человек.

**Зачем:** Связать требования с проверками и закрывать каждый прод-баг тестом, а не обещанием.

## Что предстоит выяснить

- Что в требовании проверяемо, а что описание намерения
- Какие данные брать для теста и откуда их взять
- Как отличить полезный тест от того, что просто зеленеет
- Кто отвечает за тест, который начал падать через месяц

**Область:** работа с кодом, чужие системы, замер качества

## Тема глазами курса

**Чей процесс:** QA-инженер или разработчик пишет тесты по задачам и разбирает прод-баги — работа регулярная и вечно в долг

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

**Где появляется результат:** Результат — pull request в репозиторий команды: код вливают люди и он остаётся в проекте

**Что считается успехом:** Тесты принимают без переписывания, а прод-баги перестают возвращаться второй раз

**Что будут атаковать:** Багрепорт от пользователя с инструкцией и попытка провести через тест изменение кода, которое никто не просил

**Откуда данные (открытые источники):** Открытые репозитории с историей багов и тестов — материала больше, чем нужно. Свой учебный проект даёт вторую половину: требования, написанные командой

### Оценка по фильтру: 16/20 — берите

- Чей процесс: 4/5 — Кому больно — и можно ли этого человека спросить?
- Своё поверх модели: 4/5 — Что останется от продукта, если убрать чужую модель?
- Действие: 4/5 — Продукт что-то меняет — или только показывает?
- Проверяемость: 4/5 — Чем меряется качество и что здесь будут атаковать?

> Тема курса «Системы искусственного интеллекта». Команда из четырёх ролей (Product/VO, AI Engineer, Delivery, Quality & Safety) реализует её за 16 недель, семь спринтов-лабораторных.