Проверка результата (references/verification.md)

Источник: ds-skills/core-ui-development-skills/src/skills/build-core-ui-components/references/verification.md — справочник скилла build-core-ui-components

Сначала запускать минимально достаточные проверки:

yarn test:vitest src/my-widget/my-widget.test.tsx --run
yarn typescript:check
yarn eslint:check
yarn stylelint:check
  • При изменении Storybook или документации запускать yarn build-storybook.
  • При изменении примеров проверять, что история исполняет файл из storybook/examples/, а parameters.docs.source.code получает этот же .tsx через импорт ?raw.
  • При изменении примеров проверять, что их локальные стили находятся в storybook/examples/<scenario>/styles.module.scss, а общий storybook/styles.module.scss содержит преимущественно оформление историй.
  • В разделе «Описание» проверять наличие только одного Canvas: Common, если такая история существует, иначе Default.
  • Для нового компонента проверять tags: ["version:1.0.0"]; для существующего не менять version-тег без отдельного согласования.
  • При добавлении служебных story-пропсов проверять префикс _, запись в EXCLUDED_ARG_TYPES, привязку через argTypes и исключение из публичной таблицы пропсов в docs.mdx.
  • При выносе свойств вложенного компонента проверять по макету, что каждый такой проп проброшен, а не проброшенные свойства в публичный API не попали.
  • При работе по контракту проверять: значения осей совпадают с axes[].values; умолчания — с masters.default и props[].default; сочетания в Common разрешены masters.rules; каждое имя токена из контракта найдено в теме проекта; помеченное exposed: false в публичный API не попало.
  • При использовании отступов и радиусов проверять каждое имя токена по src/theme/space.css и src/theme/radius.css, включая все значения внутри CSS shorthand.
  • Проверять, что новый код не использует токены из src/theme/old-typography.css и src/theme/chart-color.css.
  • Проверять наличие snapshot-утверждения в каждом тесте React-компонента; при изменении snapshots просматривать их содержимое.

Перед завершением:

  1. Выполнить git diff --name-only и проверить границы задачи.
  2. Выполнить git diff --check.
  3. Убедиться, что публичные экспорты добавлены.
  4. Проверить доступность, состояния, темы и масштабы типографики пропорционально риску.
  5. Сообщить выполненные и невыполненные проверки.

Не менять package.json, CHANGELOG.md, ветку и историю Git без явного запроса или релизной задачи.