5.8 KiB
Единый журнал проверок по спринтам
Для кого этот документ. Часть проверок — на стороне разработки (раздел A). Ручные проверки с заказчиком ведутся так:
- Ассистент в чате выдаёт ровно одно поручение за раз, обычно в духе: «зайди в…», «нажми…», «посмотри, видно ли…» — без длинного списка вперёд.
- Вы отвечаете только ОК или не ОК (при не ОК — одна короткая фраза, что не сработало).
- Ассистент сам вносит результат в раздел B (таблицу): код шага, суть поручения по факту, ваш ответ, дата. В таблице не нужно ждать, пока вы сами куда-то переносите — это делает ассистент.
Ниже в разделе B таблица — журнал уже прошедших шагов. Новые шаги приходят сначала в чат, потом дублируются сюда.
Ветка / коммит последней привязки: dev (обновлять при релизе на проверку)
Адрес стенда (когда появится): (заполнить)
Спринт 1 — Версии тестов и честная история прогонов
Смысл для бизнеса. Если руководитель поправил тест после того, как кто-то уже прошёл его, старые результаты должны оставаться привязаны к той редакции, по которой человек реально отвечал — без путаницы в разборе ошибок.
Раздел A — Проверки без участия заказчика (разработка / ассистент)
| № | Что проверено | Статус | Дата |
|---|---|---|---|
| A1 | В проекте есть миграция базы: связь версий «родитель» (parent_id) и правило «только одна активная версия на тест» |
[x] 002_…sql |
2026-04-24 |
| A2 | Линтер (npm run lint): 0 errors; остаются warnings no-console в существующих файлах |
готово (errors) | 2026-04-24 |
| A3 | npm test в backend/: hasAny + проверка Werkzeug-совместимых хешей (src/**/*.test.js) |
[x] готово | 2026-04-25 |
| A4 | Запрос «здоров ли сервер» по адресу /api/health при запущенном backend |
[x] {"status":"ok"} |
2026-04-24 |
| A5 | Реализация card1: API тестов/версий, черновик, HR-login (опц.), D.1 upload, UI списка/версий/черновика (в dev) |
[x] код | 2026-04-25 |
Техническая заметка: реализация hasAnyAttemptForTest в backend/src/services/testChainService.js, тесты в testChainService.test.js.
Раздел B — Журнал ручных шагов (заполняет ассистент после ответа в чате)
| Код | Что попросили сделать (кратко) | Ваш ответ | Дата |
|---|---|---|---|
| S1-00 | Открыть TESTING_JOURNAL.md, просмотреть верх и раздел B; в таблице — строка S1-00 «ожидает…» |
ОК | 2026-04-23 |
| S1-01 | Открыть card1.md, убедиться, что есть блок про V.1 / V.2 / V.3 (сохранение / форк) |
ОК | 2026-04-24 |
| (дальше — по мере выдачи шагов в переписке) |
Старые номера S1-01… сведём к той же таблице, когда появятся экраны; формулировки шагов вы получите только в чате, по одному.
Итог спринта 1: дата __________ комментарий заказчика одной фразой: _________________________
Спринт 2 — (заготовка)
Раздел A — автопроверки
| № | Описание | Статус | Дата |
|---|---|---|---|
| [ ] |
Раздел B — поручения заказчику
| Код | Действие | Ответ | Зафиксировано |
|---|---|---|---|
Сводка по спринтам (для статус-встречи)
| Спринт | Тема простыми словами | Раздел A | Раздел B |
|---|---|---|---|
| 1 | Версии, история прогонов | приём (код в dev) | 2 + очередь S1-02+ |
| 2 | (по мере появления) |
Связанные файлы: sprint-01-testing.md (черновик чек-листа), card1.md (задачи).
Очередь ручного приёма card1 (шаги по одному в чате, затем в таблицу B): S1-02 — миграции и старт; S1-03 — сценарий тест (черновик / попытка / смена активной); S1-04 — (при HR_AUTH=1) вход HR. Первый шаг после внедрения: см. одно задание в чате от ассистента.