Nicolas
9b7c955019
- 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.
11 lines
446 B
TypeScript
11 lines
446 B
TypeScript
import assert from "node:assert/strict";
|
|
import { Then } from "@cucumber/cucumber";
|
|
import type { CustomWorld } from "../support/world.js";
|
|
|
|
Then(
|
|
"the reference list response should include {string}",
|
|
function (this: CustomWorld, name: string) {
|
|
const names = (this.response.body as Array<{ name: string }>).map((item) => item.name);
|
|
assert.ok(names.includes(name), `expected ${JSON.stringify(names)} to include "${name}"`);
|
|
},
|
|
);
|