Skip to content

republique-et-canton-de-geneve/afc-rapports-bdd

Repository files navigation

Rapports BDD

Une petite webapp Vue qui liste et affiche vos fichiers .feature Gherkin comme des rapports consultables par le métier.

Prérequis

  • Node.js >= 18

Utilisation (consommateur)

Générez un site statique à partir de vos features.

Sans installation préalable (recommandé pour un essai rapide):

npx rapports-bdd@latest --features ./features --out ./dist
# Optionnel si vous hébergez sous un sous-chemin
npx rapports-bdd@latest --features ./features --out ./dist --base /mon-sous-chemin/

Ou en tant que dépendance de dev:

npm i -D rapports-bdd
npx rapports-bdd --features ./features --out ./dist
  • --features: dossier source contenant vos .feature
  • --out: dossier de sortie du site (ex: dist)
  • --base: base URL si la webapp est servie sous un sous‑chemin

Important: la librairie ne contient ni features ni configuration « projet » — fournissez toujours --features.

Démarrer plus vite avec le template

Le dépôt inclut un projet client prêt à l’emploi dans template/.

Le template sépare clairement ses commandes de celles de la librairie. Exécutez ses commandes depuis le dossier template/.

Démo

GitHub Pages: https://republique-et-canton-de-geneve.github.io/afc-rapports-bdd/

Organisation des features (résumé)

Deux modes sont supportés côté client:

  • Multi‑projets (recommandé): features/projects/<slug>/**/*.feature
  • Dossier simple (slug inféré): features/*.feature (le slug = nom du dossier)

Configuration (rapports-bdd.config.json)

Pour personnaliser les noms/catégories/masquages, placez un fichier dans features/rapports-bdd.config.json côté projet client. Référez‑vous aux exemples:

Développement de la librairie (contributeurs)

Ces commandes sont pour travailler sur la librairie elle‑même (ne pas confondre avec le template):

npm install
npm run dev       # serveur Vite pour développer l’UI
npm run build     # génère le paquet (utilise scripts/generateFeatureFiles.js)
npm run lint

Notes:

  • Sans FEATURES_DIR (défini par le CLI), la génération produit des listes vides. C’est normal pour la librairie.
  • Pour tester la librairie en conditions réelles, utilisez le dossier template/ et ses scripts dédiés.

Scripts de la librairie — à quoi servent-ils ?

  • dev: démarre Vite pour développer l’UI de la librairie (contributeurs).
  • build: enchaîne generate → build-only → postBuildCopy404. C’est la commande de référence utilisée par le CLI et la CI.
  • build-only: lance uniquement vite build. Utile pour les contributeurs quand les fichiers générés existent déjà.
  • generate: génère src/generated/featureFiles.ts et src/generated/userConfig.ts à partir de FEATURES_DIR (défini par le CLI). Sans FEATURES_DIR, génère des listes vides — c’est normal pour la librairie.
  • preview: non fourni au niveau de la librairie (le code ne contient aucune feature). Utilisez le dossier template/ (projet client) et son npm run preview pour voir un site réel.

Note: un hook prepublishOnly construit automatiquement le paquet avant npm publish.

About

Une application qui expose au métier une table des matières qui aggrège l'ensemble des rapports de tests BDD.

Resources

License

Stars

Watchers

Forks

Releases

No releases published

Packages

No packages published

Contributors 4

  •  
  •  
  •  
  •