Nicolas
aaace15b51
Convertit les parcours utilisateur (goal-driven, "en tant que X je peux Y") en scénarios Gherkin, en réutilisant l'infra Cucumber déjà validée par le smoke test (PR #24). Retire le smoke test jetable maintenant superflu. 8 fichiers .feature ajoutés, chacun avec son fichier de step definitions au même basename (convention de découverte du préprocesseur — voir login-smoke.ts) : - auth.feature : inscription (succès, erreur validation, email déjà pris), connexion (succès, identifiants invalides), déconnexion - onboarding.feature : les 3 scénarios déjà couverts (wizard complet, étapes sautées, rejoindre un foyer pendant l'onboarding) — dépend de household-settings.ts et preferences.ts pour ses steps de création/rejoint de foyer et de sélection de régime/allergies - household-settings.feature : créer un foyer, rejoindre par code d'invitation, renommer (autosave), retirer un membre, supprimer le foyer, quitter le foyer - account.feature : suppression de compte (mauvais mot de passe, succès, annulation) - recipe-form.feature : les 4 scénarios déjà couverts inchangés (ajout d'ingrédient + création, régression crypto.randomUUID, exclusion/ réinclusion d'ingrédient, préchargement + édition d'une recette existante) - recipes.feature : bascule favori, suppression d'une recette - preferences.feature : autosave du régime, autosave des allergies - user-preferences.feature : changement de thème (autosave) En contrepartie, les anciens .cy.ts perdent uniquement les it() migrés vers Gherkin — les scénarios de layout/affichage pur (catalogue de recettes, tabs, recherche, panneau de détail, sidebar, planning grid, etc.) restent en Cypress classique, conformément au découpage "parcours utilisateur (Cucumber) vs layout (Cypress pur)" déjà en place pour les component tests. auth.cy.ts, onboarding.cy.ts et recipe-form.cy.ts sont supprimés : 100% de leur contenu a migré. Les commentaires "voir auth.cy.ts pour la justification" désormais obsolètes (fichier supprimé) sont remplacés par une explication autonome du mock cy.intercept. Vérifié statiquement : les 246 steps Gherkin des 8 .feature résolvent chacun vers exactement une définition (0 non résolu, 0 ambigu) et `pnpm exec biome check` est propre sur tout cypress/. Reste à confirmer en CI que les scénarios passent réellement (pas seulement qu'ils se résolvent).
34 lines
1.5 KiB
Gherkin
34 lines
1.5 KiB
Gherkin
Feature: Account deletion
|
|
As a signed-in user
|
|
I want to permanently delete my account
|
|
So that I stay in control of my data
|
|
|
|
Background:
|
|
Given I am signed in as "Alice" "Martin"
|
|
|
|
Scenario: Shows an error and keeps the session when the password is wrong
|
|
Given the account deletion request will fail because the credentials are invalid
|
|
When I visit "/parametres/compte"
|
|
And I click the button "Supprimer mon compte"
|
|
And I fill in the "deleteAccountPassword" field with "wrong-password"
|
|
And I click the button "Confirmer la suppression"
|
|
Then the account deletion request should have been made
|
|
And I should see "Email ou mot de passe incorrect"
|
|
And the URL should include "/parametres/compte"
|
|
|
|
Scenario: Deletes the account and returns to the login page
|
|
Given the account deletion request will succeed
|
|
When I visit "/parametres/compte"
|
|
And I click the button "Supprimer mon compte"
|
|
And I fill in the "deleteAccountPassword" field with "correct-horse-battery-staple"
|
|
And I click the button "Confirmer la suppression"
|
|
Then the account deletion request should have been made with password "correct-horse-battery-staple"
|
|
And the URL should include "/login"
|
|
|
|
Scenario: Cancels the deletion without calling the API
|
|
Given the account deletion request is being watched
|
|
When I visit "/parametres/compte"
|
|
And I click the button "Supprimer mon compte"
|
|
And I click the button "Annuler"
|
|
Then I should not see "Confirmer la suppression"
|
|
And the account deletion request should not have been made
|