🧪

webapp-testing

Name: webapp-testing
Author: Cam10001110101

Baixo Risco ⚡ Contém scripts⚙️ Comandos externos📁 Acesso ao sistema de arquivos

Tester des applications web avec Playwright

Também disponível em: ZhanlinCui,AutumnsGrove,Azeem-2,DYAI2025,7Spade,7Spade,sickn33,ComposioHQ,davila7,anthropics,ArtemisAI

Tester des applications web locales nécessite de lancer des navigateurs, de gérer des serveurs et d'automatiser les interactions. Cette compétence fournit des scripts Python Playwright pour vérifier les fonctionnalités frontend, déboguer les problèmes d'interface utilisateur, capturer des captures d'écran et collecter les journaux de console du navigateur.

Suporta: Claude Codex Code(CC)

📊 69 Adequado

Baixar o ZIP da skill

Upload no Claude

Vá em Configurações → Capacidades → Skills → Upload skill

Ative e comece a usar

Testar

A utilizar "webapp-testing". Teste mon fichier HTML local à /tmp/test.html. Clique sur le bouton de soumission et montre-moi le résultat.

Resultado esperado:

Navigateur lancé en mode headless
Navigation vers file:///tmp/test.html
Trouvé 3 boutons, 2 champs de saisie, 1 formulaire
Cliqué sur le bouton 'Submit'
Capture d'écran sauvegardée dans /mnt/user-data/outputs/after_submit.png
Test terminé avec succès

A utilizar "webapp-testing". Démarre le serveur de développement sur le port 5173 et vérifie si le tableau de bord se charge sans erreurs.

Resultado esperado:

Serveur démarré sur le port 5173
Attente de la disponibilité du serveur...
Serveur prêt
Navigateur lancé en mode headless
Page chargée avec succès
Aucune erreur de console détectée
Titre du tableau de bord trouvé : 'Dashboard'

A utilizar "webapp-testing". Trouve tous les boutons cliquables sur la page d'accueil et liste leurs libellés.

Resultado esperado:

Trouvé 7 boutons sur la page :
- 'Submit Form' (visible)
- 'Cancel' (visible)
- 'Delete' (visible)
- 'Edit Profile' (visible)
- 'Settings' (visible)
- 'Help' (visible)
- 'Submit' (caché)

Auditoria de Segurança

Baixo Risco

v5 • 1/16/2026

Legitimate web testing toolkit using Playwright. All subprocess usage is for managing local dev servers. Filesystem access is limited to standard output directories (/tmp, /mnt/user-data/outputs). Localhost URLs are for local testing only. No data exfiltration or malicious patterns detected. Static scanner findings are false positives from markdown formatting and JSON self-detection.

Arquivos analisados

642

Linhas analisadas

achados

Total de auditorias

Fatores de risco

⚡ Contém scripts (1)

scripts/with_server.py:1-106

⚙️ Comandos externos (2)

scripts/with_server.py:69-74 scripts/with_server.py:88

📁 Acesso ao sistema de arquivos (3)

examples/element_discovery.py:37 examples/console_logging.py:31-32 examples/static_html_automation.py:17

Auditado por: claude Ver Histórico de Auditoria →

Pontuação de qualidade

Arquitetura

100

Manutenibilidade

Conteúdo

Comunidade

Segurança

Conformidade com especificações

O Que Você Pode Construir

Vérifier les composants d'interface utilisateur

Tester que les boutons, formulaires et navigation fonctionnent correctement dans différents états du navigateur.

Détecter les régressions visuelles

Capturer des captures d'écran de pages pour identifier les bugs visuels avant de déployer des applications web.

Déboguer les problèmes frontend

Collecter les journaux de console et inspecter le DOM pour diagnostiquer les erreurs JavaScript dans les applications locales.

Tente Estes Prompts

Test de page basique

Teste mon fichier HTML local à path/to/page.html. Utilise l'exemple static_html_automation.py pour cliquer sur le bouton de soumission et prendre une capture d'écran.

Découverte d'éléments

Explore la page à http://localhost:5173. Découvre tous les boutons, liens et champs de saisie. Prends une capture d'écran et sauvegarde les journaux de console.

Test multi-serveur

Démarre un serveur backend sur le port 3000 avec 'cd backend && python server.py' et un serveur frontend sur le port 5173. Ensuite exécute element_discovery.py pour vérifier que l'interface utilisateur se charge correctement.

Débogage de console

Navigue vers http://localhost:3000 et capture tous les messages de console. Sauvegarde-les dans /mnt/user-data/outputs/debug.log pour analyse.

Melhores Práticas

Toujours attendre networkidle sur les applications web dynamiques avant d'inspecter les éléments DOM
Utiliser des sélecteurs descriptifs comme text=, role= ou des sélecteurs CSS pour un ciblage d'éléments fiable
Fermer le navigateur une fois terminé pour libérer les ressources système

Evitar

Ne pas sauter wait_for_load_state('networkidle') sur les applications monopages dynamiques
Ne pas utiliser le mode headful dans les environnements CI ou les tests automatisés
Ne pas coder en dur les identifiants dans les scripts d'automatisation

Perguntas Frequentes

Quels navigateurs cette compétence prend-elle en charge ?

Cette compétence est conçue pour Chromium via Playwright. Les autres navigateurs comme Firefox ou WebKit ne sont pas testés.

Quelles sont les limites de ressources pour les tests de navigateur headless ?

Les instances de navigateur consomment de la mémoire. Pour les grandes suites de tests, exécutez un navigateur à la fois et fermez-le.

Comment intégrer ceci avec mon framework de test existant ?

Importez les scripts d'exemple comme modèles. Appelez with_server.py depuis votre exécuteur de tests pour gérer les serveurs de développement.

Mes données sont-elles sécurisées lors de la prise de captures d'écran ?

Les captures d'écran sont sauvegardées uniquement dans les répertoires /tmp/ et /mnt/user-data/outputs/. Aucune donnée n'est envoyée vers des services externes.

Pourquoi mon inspection DOM échoue-t-elle sur les applications dynamiques ?

Problème le plus courant : appeler les méthodes DOM avant que JavaScript ne termine son exécution. Utilisez wait_for_load_state('networkidle').

Comment cela se compare-t-il à Selenium ou Puppeteer ?

Playwright offre une attente plus fiable, un meilleur support du mode headless et des API asynchrones modernes par rapport à Selenium.