МанитонДокументация
Метод работы

Gherkin-first разработка

Сначала наблюдаемое поведение, затем минимальное изменение.

Контракт до реализации

  1. Найдите владельца факта и действующий механизм.
  2. Запишите цель, предусловия и проверяемый результат в Given/When/Then.
  3. Назовите допущения, границы и ошибочные состояния.
  4. Сделайте минимальное изменение, переиспользуя владельцев enum/логики.
  5. Получите разрешенную приемку и обновите инструкцию по фактическому результату.
Feature: От предположения к факту
  Scenario: От предположения к факту
    Given поведение описано только в плане
    When инженер готовит изменение
    Then он ищет код и противоречащие примеры
    And не придумывает API, status или результат проверки

Gherkin описывает поведение, не копии JSX и не факт существования файла. Documentary features имеют тег documentation и исключены из executable default profile. Executable tests требуют реальные bindings, среду и наблюдаемый эффект.

Методологии без культа

Используем официальную Gherkin reference и Diátaxis: инструкции, tutorials, reference и explanation не смешиваются. «Karpathy» трактуем как практику явных допущений, простоты и критериев результата. Популярный andrej-karpathy-skills — сторонняя интерпретация, не официальный стандарт Карапати.

Продуктовые принципы.

Сценарии задают ожидаемое поведение. Наличие страницы не подтверждает реализацию, банковское исполнение или согласование Правил.

На этой странице