smoke-test

Par crbnos · carbon

Test de fumée e2e rapide du serveur de développement local Carbon ERP — se connecte via /auth, puis charge chaque module principal et vérifie qu'il s'affiche sans erreur. À utiliser après le démarrage d'une stack, après des modifications à large portée, ou lorsqu'on vous demande de « smoke tester » l'application. Pour les tests spécifiques à une fonctionnalité, utilisez /test à la place.

npx skills add https://github.com/crbnos/carbon --skill smoke-test

smoke-test — les modules principaux se chargent-ils ?

Vérifiez que chaque module principal s'affiche. C'est une vérification en largeur, non en profondeur — elle détecte les routes cassées et les loaders plantés, pas les bugs de logique.

Annoncez au démarrage : « Utilisation de la skill smoke-test — balayage des modules principaux. »

Prérequis

  • Serveur de développement en cours d'exécution (crbn up — initialise l'utilisateur de test et DEV_BYPASS_EMAIL)

Étapes

1. Connexion

Invoquez /auth. En cas d'échec, ARRÊTEZ et signalez — tout ce qui suit nécessite l'authentification.

2. Visitez chaque module

Lisez ERP_URL depuis .env.local. Pour chaque route ci-dessous :

agent-browser open ${ERP_URL}<path> && agent-browser wait --load networkidle && agent-browser snapshot -i
Module Chemin
Dashboard /x
Sales /x/sales/orders
Purchasing /x/purchasing/orders
Inventory /x/inventory
Items /x/items/parts
Accounting /x/accounting/charts
People /x/people/employee
Resources /x/resources
Production /x/production
Settings /x/settings/company

Un module réussit si la capture d'écran affiche du contenu réel (tableau, cartes, titres) et aucun texte d'erreur. Il échoue sur une page vide, un message d'erreur ou un échec de chargement. En cas d'échec : invoquez /error pour capturer les diagnostics, puis continuez au module suivant — n'interrompez jamais le balayage pour un seul échec.

3. Rapport

Module Statut Notes
Login PASS/FAIL
Sales PASS/FAIL {chemins de capture d'erreur si échoué}

4. Nettoyage

agent-browser close

Skills similaires