59f81879d8
Ajoute une couche end-to-end où un Chromium drive la SPA + API ensemble
contre une DB Postgres séparée, avec Stripe entièrement mocké au niveau
API. 6 scénarios couverts (signup + onboarding + 4 sur le billing trial).
Architecture :
- DB `rubis_test_e2e` séparée, TRUNCATE entre tests (~50 ms reset)
- Routes test-only `/__test__/*` gated par NODE_ENV=test_e2e
(reset, install Stripe mock, fire webhook, lire org state, last-org)
- Stripe mocké via __setStripeForTests — pas d'appel réseau
- Playwright spawn API + SPA automatiquement (webServer config)
- CORS étendu à test_e2e pour le cross-origin localhost:5173 → :3333
Scénarios :
- signup.spec.ts : signup → onboarding 3 étapes → dashboard (assert rubis hero)
- billing-trial.spec.ts :
• démarrer essai 14j → redirect Stripe Checkout (mock)
• fallback Free 2 factures continue l'onboarding
• webhook checkout.completed → org en trialing + trial_ends_at
• retour ?trial=cancel après abandon
• inspection DB : stripeCustomerId posé après start-trial
Scripts :
- pnpm e2e (headless)
- pnpm e2e:headed (Chromium visible)
- pnpm e2e:ui (mode interactif Playwright)
- pnpm e2e:setup (crée + migre rubis_test_e2e via docker exec)
Documentation : docs/tech/e2e-tests.md — architecture, scénarios,
extensions, CI, troubleshooting.
Limites assumées :
- L'UI Stripe Checkout (3DS, formulaire CB) n'est pas testée — externe.
Pour ça : playbook manuel docs/tech/stripe-trial-e2e-playbook.md.
- Le rendu du banner "Essai Pro" n'est pas asserté en E2E à cause de
TanStack Query staleTime — couvert par les tests vitest à la place.
État global du chantier billing : 127 tests japa + 6 Playwright + 11
vitest = couverture multi-niveaux.
Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
42 lines
1.5 KiB
Bash
Executable File
42 lines
1.5 KiB
Bash
Executable File
#!/usr/bin/env bash
|
|
set -euo pipefail
|
|
|
|
# Setup DB Playwright E2E : crée `rubis_test_e2e` si elle n'existe pas,
|
|
# puis applique les migrations Adonis.
|
|
#
|
|
# Usage : pnpm e2e:setup
|
|
#
|
|
# Pré-requis : Postgres tournant via docker-compose dev (`pnpm dev:up`).
|
|
# On utilise `docker exec rubis-postgres` plutôt que `psql`/`createdb` du
|
|
# système — pas de dépendance client PG à installer en plus.
|
|
|
|
DB_NAME="${E2E_PG_DB_NAME:-rubis_test_e2e}"
|
|
CONTAINER="${E2E_PG_CONTAINER:-rubis-postgres}"
|
|
PG_USER="${E2E_PG_USER:-rubis}"
|
|
# psql se connecte par défaut sur une DB du même nom que l'user. On force
|
|
# `postgres` (DB système toujours présente) pour les commandes admin
|
|
# (vérification + CREATE DATABASE).
|
|
ADMIN_DB="${E2E_PG_ADMIN_DB:-postgres}"
|
|
|
|
# Vérifie que le container tourne — sinon, message explicite.
|
|
if ! docker ps --format '{{.Names}}' | grep -q "^${CONTAINER}$"; then
|
|
echo "✖ Container $CONTAINER pas démarré. Lance : pnpm dev:up" >&2
|
|
exit 1
|
|
fi
|
|
|
|
echo "→ Vérification DB $DB_NAME sur $CONTAINER"
|
|
EXISTS=$(docker exec -i "$CONTAINER" psql -U "$PG_USER" -d "$ADMIN_DB" -tAc \
|
|
"SELECT 1 FROM pg_database WHERE datname='$DB_NAME'" 2>/dev/null || echo "")
|
|
|
|
if [ "$EXISTS" != "1" ]; then
|
|
echo "→ Création de la DB $DB_NAME"
|
|
docker exec -i "$CONTAINER" psql -U "$PG_USER" -d "$ADMIN_DB" \
|
|
-c "CREATE DATABASE \"$DB_NAME\";"
|
|
fi
|
|
|
|
echo "→ Application des migrations sur $DB_NAME"
|
|
cd apps/api
|
|
NODE_ENV=test_e2e PG_DB_NAME="$DB_NAME" pnpm exec node ace migration:run
|
|
|
|
echo "✔ DB $DB_NAME prête."
|