webapp-testing
Tester des applications web locales avec Playwright
Également disponible depuis: DYAI2025,davila7,Azeem-2,7Spade,7Spade,ComposioHQ,ArtemisAI,Cam10001110101,AutumnsGrove
Le test d'applications web locales nécessite l'automatisation du navigateur, la capture d'écrans et la vérification de l'interface utilisateur. Ce toolkit fournit des scripts Playwright pour les tests frontend, l'inspection DOM et la journalisation de console.
Télécharger le ZIP du skill
Importer dans Claude
Allez dans Paramètres → Capacités → Skills → Importer un skill
Activez et commencez à utiliser
Tester
Utilisation de "webapp-testing". Take a screenshot of the app and list all buttons
Résultat attendu:
- Screenshot saved to /tmp/inspect.png
- Found 5 buttons:
- [0] Submit
- [1] Cancel
- [2] Settings
- [3] Help
- [4] [hidden]
Utilisation de "webapp-testing". Debug why form submission is not working
Résultat attendu:
- Console logs captured:
- [error] Cannot read property 'submit' of undefined
- [error] Form validation failed: email required
- [warning] Deprecation: Use .closest() instead of .parents()
- Screenshot saved: /mnt/user-data/outputs/form_debug.png
Audit de sécurité
SûrOfficial Anthropic skill with minimal attack surface. Uses subprocess and socket APIs only for local server management. All file operations restricted to /tmp and /mnt/user-data/outputs. No external network calls.
Facteurs de risque
⚡ Contient des scripts (1)
🌐 Accès réseau (1)
📁 Accès au système de fichiers (2)
⚙️ Commandes externes (1)
Score de qualité
Ce que vous pouvez construire
Vérifier la fonctionnalité de l'interface utilisateur
Tester que les boutons, formulaires et navigation fonctionnent correctement dans votre environnement de développement local.
Régression automatisée de l'interface utilisateur
Créer des scripts Playwright reproductibles pour vérifier le comportement frontend à travers les modifications de code.
Capturer les erreurs de console
Exécuter l'automatisation du navigateur pour capturer les journaux de console et identifier les erreurs JavaScript dans les applications locales.
Essayez ces prompts
Prendre un écran de l'application en cours d'exécution sur localhost:5173 et l'enregistrer dans /tmp/inspect.png.
Trouver tous les boutons, liens et champs de saisie sur la page à localhost:3000 et les lister avec leur texte ou étiquette.
Naviguer vers l'application, capturer tous les messages de console et les enregistrer dans un fichier journal pour le débogage.
Démarrer le serveur backend sur le port 3000 et le frontend sur le port 5173, puis exécuter element_discovery.py pour vérifier que la pile complète fonctionne.
Bonnes pratiques
- Utiliser le script bundled with_server.py pour gérer le cycle de vie du serveur automatiquement
- Toujours attendre l'état networkidle avant d'inspecter les applications web dynamiques
- Fermer correctement les instances de navigateur après la fin de l'automatisation
Éviter
- Ne pas inspecter le DOM avant d'attendre networkidle sur les applications dynamiques
- Ne pas laisser les processus de navigateur en cours d'exécution après la fin du script
- Ne pas skipper l'utilisation de sync_playwright pour les tâches d'automatisation simples
Foire aux questions
Quels navigateurs sont pris en charge ?
Quelle est la durée maximale de test ?
Puis-je tester des URLs de production distantes ?
Mes données de test sont-elles stockées en toute sécurité ?
Pourquoi mon inspection DOM échoue-t-elle ?
Comment cela se compare-t-il à Selenium ?
Détails du développeur
Structure de fichiers