End-to-end k6 performance testing for websites, with Grafana backend investigation
Identifier les workflows, enregistrer avec Playwright, construire des suites k6 hybrides (protocole + navigateur) avec seuils SLO, lancer smoke/average/stress/spike/soak/breakpoint, investiguer le backend dans Grafana, livrer un rapport structuré
- Quoi
- Identifier les workflows, enregistrer avec Playwright, construire des suites k6 hybrides (protocole + navigateur) avec seuils SLO, lancer smoke/average/stress/spike/soak/breakpoint, investiguer le backend dans Grafana, livrer un rapport structuré
- Coût
- Gratuit
- Prérequis
- k6 ≥ 2.0, Node.js ≥ 20, Playwright avec Chromium installé, har-to-k6 ; un site web que vous possédez ou que vous avez l'autorisation explicite de tester en charge ; compte Grafana Cloud optionnel pour les runs à l'échelle cloud (facturés — les heures VU navigateur coûtent 10× les heures VU protocole)
- Installation
- Copiez le prompt d’installation ci-dessous dans votre Muse — votre agent fait le reste.
Sélectionné par Skill Harbor — le workflow end-to-end officiel de @grafana pour tester les performances d'un site web avec k6 : Étape 1 (la plus importante), identifier les vrais workflows utilisateur auprès de l'utilisateur — le skill s'arrête plutôt que de deviner. Puis scaffolder le projet, enregistrer chaque workflow avec Playwright en HAR, convertir en scripts k6 protocole, et construire des tests fonctionnels qui doivent être verts avant tout test de charge. Ensuite, concevoir des seuils adossés aux SLO (globaux, taggés par endpoint, par itération, Web Vitals LCP/INP/CLS), et construire des tests de charge hybrides — un scénario protocole qui génère la charge plus un VU navigateur qui mesure les Web Vitals sous charge — pour smoke, average, stress, spike, soak et breakpoint. Un sidecar de monitoring du générateur de charge évite les fausses lectures « c'est le laptop le goulot » ; les runs cloud partent vers Grafana Cloud k6 ; le backend est investigué via Grafana (métriques RED, logs, traces, Pyroscope) uniquement si l'utilisateur le possède ; tout aboutit dans un rapport Markdown structuré. Opinions tranchées : toujours monitorer le générateur de charge, local pour valider / cloud pour l'échelle, pas de libs de test partagées. Bémols honnêtes : prérequis d'outillage — k6 ≥ 2.0, Node.js 20+, Playwright avec Chromium, har-to-k6 ; les runs Grafana Cloud k6 sont facturés (les heures VU navigateur coûtent 10× les heures VU protocole — vérifier les limites avant soak/breakpoint) ; ne jamais tester en charge que des sites que vous possédez ou pour lesquels vous avez une autorisation explicite. Licence Apache-2.0. Skill Harbor ne vérifie jamais le code, examinez-le vous-même avant usage. Découvert via skills.sh.
Version :
Installation
Prérequis : k6 ≥ 2.0, Node.js ≥ 20, Playwright avec Chromium installé, har-to-k6 ; un site web que vous possédez ou que vous avez l'autorisation explicite de tester en charge ; compte Grafana Cloud optionnel pour les runs à l'échelle cloud (facturés — les heures VU navigateur coûtent 10× les heures VU protocole) Installe-moi « Tests de performance k6 end-to-end pour sites web, avec investigation backend Grafana ». Il enseigne à mon agent le workflow k6 de @grafana : identifier d'abord les vrais workflows utilisateur (jamais deviner), scaffolder le projet, enregistrer les workflows avec Playwright et convertir le HAR en scripts k6, construire des tests fonctionnels qui doivent passer avant les tests de charge, concevoir des seuils adossés aux SLO avec Web Vitals, construire des tests de charge hybrides protocole+navigateur (smoke/average/stress/spike/soak/breakpoint), lancer en local avec le sidecar de monitoring du générateur de charge, pousser vers Grafana Cloud k6 pour les types à l'échelle cloud, investiguer le backend dans Grafana si possédé, et livrer un rapport structuré. Licence Apache-2.0. Dépôt : https://github.com/grafana/skills/blob/main/skills/grafana-k6/k6-perf-test-website/SKILL.md 1. Récupère le fichier SKILL.md (et les fichiers d'aide éventuels) depuis le chemin du dépôt dans un dossier temporaire et résume en une ou deux phrases ce qu'il fait. 2. Vérification de sécurité : examine le SKILL.md et les scripts pour tout contenu suspect (appels réseau inattendus, commandes shell, collecte d'identifiants). Ce dépôt ne devrait contenir aucun secret en dur, les identifiants uniquement via le coffre sécurisé, les hôtes autorisés déclarés dans le SKILL.md. Vérifie que c'est bien le cas ici ; STOP sur tout signal d'alerte et dis-le-moi. 3. Installe-le comme skill : copie le SKILL.md et ses fichiers d'aide dans le répertoire des skills de l'agent, dans un dossier nommé « k6-perf-test-website ». 4. Vérifie sans appels réseau : frontmatter valide, fichiers en place. 5. Indique ce qui a été installé, où, et ce qu'il me reste à faire moi-même (p. ex. vérifier que k6 ≥ 2.0, Node 20 et Playwright/Chromium sont installés ; me connecter à Grafana Cloud k6 si je veux des runs cloud ; confirmer quels workflows tester et quel site — tester en charge uniquement ce que je possède ou ai l'autorisation de tester). GitHub est optionnel : si j'ai un compte GitHub ou la CLI gh, tu peux l'utiliser ; sinon l'accès public suffit. Ne jamais l'exiger sauf s'il figure dans les prérequis ci-dessus. Règles : ne touche à rien en dehors du dossier temporaire et de la cible d'installation. Si quelque chose semble anormal, arrête-toi et demande-moi.
Questions
Comment installer une création ?
Chaque fiche produit contient un prompt d’installation à copier-coller. Collez-le dans votre Muse et il installe la création pour vous — sans configuration manuelle.
Où va mon argent ?
Directement au vendeur. Skill Harbor ne traite jamais les paiements : le paiement se fait sur la page du vendeur, généralement via Stripe.
Que signifie le ✓ à côté du nom d’un créateur ?
Il signifie que nous avons confirmé l’identité de la personne derrière la fiche. Il ne dit rien sur le code lui-même — vérifiez toujours une création avant de l’installer.