- schema.prisma: Diet.name/Category.name deviennent @unique (pas dans le doc spec d'origine — ajouté pour que le seed soit idempotent par upsert). Migration écrite à la main + appliquée via `migrate deploy` (`migrate dev` refuse en environnement non-interactif ici) — SQL généré via `prisma migrate diff` pour matcher exactement les conventions Prisma. - src/db/reference-seed-data.ts: seedReferenceData() — 5 régimes, 14 allergènes (règlement UE 1169/2011 annexe II). Chaque allergène = une Category (upsert par nom) + une unique Allergy sous cette catégorie (Allergy elle-même ne porte pas de nom, voir schema.prisma). Réutilisée par prisma/seed.ts (CLI, `prisma db seed`) ET test-support/reset-db.ts (chaque test repart avec ces données de référence, pas des tables vides). - modules/reference/: GET /reference/diets, GET /reference/allergies — publics (pas de requireAuth), lisibles avant qu'un compte existe (wizard d'inscription). - packages/shared: DietView, AllergyView (name résolu côté serveur depuis Category, le split Allergy/Category reste invisible du client). - Tests Mocha + Cucumber, doc README. Premier commit de la feature profil/foyer/régime/allergènes (planifiée en chat) — endpoints foyer/profil dans le commit suivant.
14 lines
734 B
Gherkin
14 lines
734 B
Gherkin
Feature: Reference data (diets, allergens)
|
|
As a visitor filling in the signup wizard, or a signed-in user editing their profile
|
|
I want to read the list of dietary regimes and allergens
|
|
So that I can pick from them — before an account necessarily exists
|
|
|
|
Scenario: A visitor without a session can read the list of dietary regimes
|
|
When I send a GET request to "/reference/diets"
|
|
Then the response status should be 200
|
|
And the reference list response should include "Végétarien"
|
|
|
|
Scenario: A visitor without a session can read the list of allergens
|
|
When I send a GET request to "/reference/allergies"
|
|
Then the response status should be 200
|
|
And the reference list response should include "Arachides"
|