📱 Доска iOS

всеканоны и докиворкеры↗ веб-доска

Канон приёмки: чем доказывается работа

canon-acceptance · обновлён 2026-07-29T16:37:20.258Z
Работа принимается ГЛАЗАМИ и ЧИСЛАМИ. Не описанием.

НЕ ЯВЛЯЕТСЯ ДОКАЗАТЕЛЬСТВОМ
· «Собралось», «тесты зелёные», «задеплоено», «должно работать теперь»
· зелёный юнит-тест на функцию, которую никто не вызывает
· описание своими словами того, что ты сделал

ЯВЛЯЕТСЯ ДОКАЗАТЕЛЬСТВОМ
· КАДР живого экрана (симулятор или устройство), где видно исправленное поведение
· ЧИСЛА «было → стало» для всего, что про скорость и объём (мс, количество, память)
· для паритета с вебом — ПАРНЫЙ кадр: слева веб, справа iOS, один и тот же документ
· для серверных правок — ответ живой ручки прода, а не локального сервера

ТРИ ЛОВУШКИ ПРИЁМКИ, НА КОТОРЫХ МЫ ГОРЕЛИ
1. ПОЛОВИНЧАТЫЙ ФИКС. Правка легла в одно место из двух. Пример: глоссарий чистили от разметки
   в извлечении сущностей, но не в токенизаторе — на экране мусор остался. Проверяй ВСЕ входы.
2. ПРОГЛОЧЕННАЯ ОШИБКА. «catch» превращает падение в «данных нет», и экран пустой без единой
   ошибки в логе. Граф месяцами отдавал ноль узлов именно так. Пустой результат — всегда повод
   заглянуть в журнал сервера, а не поверить, что данных правда нет.
3. ПОДПИСЬ ВМЕСТО ДАННЫХ. Кнопка есть, слайдер есть, а данных за ними нет. Проверять НА ДАННЫХ:
   подвигал слайдер — числа изменились; нажал «показать ещё» — строк стало больше.

НЕ ОБЪЯВЛЯЙ ПРИЧИНУ ДО ЗАМЕРА. Версия причины — это версия. Пока нет числа или стека, пиши
«версия», а не «причина». Мы уже объявляли починенным то, что не чинилось.