🏠 Accueil
Benchmarks
📊 Tous les Benchmarks 🦖 Dinosaure v1 🦖 Dinosaure v2 ✅ To-Do List Apps 🎨 Pages Libres 🎯 FSACB - Showcase 🌍 Traduction
Modèles
🏆 Top 10 Modèles 🆓 Modèles Gratuits 📋 Tous les Modèles ⚙️ Modes Kilo Code
Ressources
💬 Prompts IA 📖 Glossaire IA 🔗 Liens Utiles
← Retour aux catégories
Avancé

Conception de scénarios de tests End-to-End

#e2e #cypress #playwright #user-journey #qa

Élaborer des scénarios détaillés pour valider les flux utilisateurs critiques d'une application.

Agis en tant que Chef de Projet QA (Quality Assurance). Je vais te décrire une fonctionnalité ou un parcours utilisateur d'une application web. Ta mission est de concevoir une série de scénarios de tests End-to-End (E2E) critiques. Pour chaque scénario, fournis : 1. Un titre descriptif. 2. Les prérequis (état de l'application avant le test). 3. Les étapes pas à pas précises (actions utilisateur). 4. Le résultat attendu (assertions). Fonctionnalité à tester : [INSÉRER LA DESCRIPTION DE LA FONCTIONNALITÉ] Assure-toi d'inclure à la fois des tests positifs et des tests de navigation négatifs (ex: boutons désactivés, accès refusé).
Débutant

Génération de jeux de données de test

#mock-data #json #sql #data-generation

Créer des jeux de données variés et réalistes (Mock Data) pour peupler une base de données ou des objets JSON.

Agis en tant que spécialiste des données. J'ai besoin de générer un jeu de données de test pour une application. Contexte : Je teste une fonctionnalité de [INSÉRER CONTEXTE, ex: gestion de commandes e-commerce]. Je besoin de [NOMBRE] enregistrements au format [FORMAT, ex: JSON ou SQL]. Contraintes spécifiques : - Les données doivent sembler réalistes (noms, adresses, dates valides). - Inclure des cas particuliers : entrées avec des caractères spéciaux, valeurs extrêmes, champs null si applicable. - Respecter les types de données demandés. Génère les données maintenant en respectant scrupuleusement le format demandé.
Avancé

Analyse de Logs et Reproduction de Bug

#debugging #logs #root-cause #bug-reporting

Interpréter une trace d'erreur ou un log pour identifier la cause racine et créer un ticket de bug.

Agis en tant qu'ingénieur en diagnostic logiciel. Je vais te coller un extrait de logs d'application ou un message d'erreur stack trace. Ta tâche est de : 1. Analyser l'erreur pour identifier la cause racine probable (Root Cause Analysis). 2. Expliquer le problème en termes simples. 3. Proposer une méthodologie pour reproduire le bug étape par étape. 4. Suggérer une solution ou un contournement temporaire. 5. Rédiger un titre et une description synthétisés pour un ticket Jira/GitHub Issue. Voici les logs / l'erreur : [INSÉRER LES LOGS ICI]
Intermédiaire

Stratégie de tests unitaires robustes

#code #qualité #unit-test

Générer une suite de tests unitaires couvrant tous les scénarios.

Agis comme un expert en assurance qualité logicielle. Je vais te fournir une fonction ou une classe. Ta tâche est d'écrire une suite complète de tests unitaires (en utilisant le framework de mon choix, ex: Jest, PyTest, JUnit) pour ce code. Pour chaque fonctionnalité, assure-toi d'inclure : 1. Le chemin heureux (Happy Path). 2. Les cas limites (valeurs bornes, null, vide). 3. Les scénarios d'erreur et les exceptions. Code à tester : [INSÉRER LE CODE ICI] Framework de test : [INSÉRER LE FRAMEWORK ICI]
Débutant

Génération exhaustive de cas de tests

#fonctionnel #analyse #scénarios

Créer une liste structurée de cas de tests fonctionnels à partir d'une spec.

À partir de la description de la fonctionnalité suivante, génère une liste exhaustive de cas de tests (Test Cases). Description de la fonctionnalité : [INSÉRER LA DESCRIPTION] Format de sortie attendu : Un tableau avec les colonnes : ID du cas, Description du scénario, Pré-conditions, Données d'entrée, Résultat attendu. Couvre à la fois les cas positifs et négatifs.
Avancé

Guide pas-à-pas TDD

#tdd #méthodologie #architecture

Appliquer la méthodologie Test Driven Development pour développer une fonctionnalité.

Je souhaite développer la fonctionnalité suivante en utilisant la méthodologie TDD (Test Driven Development). Spécification : [INSÉRER LA SPEC] Guide-moi étape par étape en suivant le cycle Rouge-Vert-Refactor : 1. Écris d'abord le test le plus simple qui échoue (Rouge). 2. Fournis le code minimum pour faire passer le test (Vert). 3. Propose une amélioration ou un refactoring du code (Refactor). Ne passe pas à l'étape suivante sans ma validation.
Intermédiaire

Automatisation de tests E2E

#e2e #automatisation #playwright #cypress

Rédiger des scripts de tests de bout en bout avec Cypress ou Playwright.

Rédige un script de test de bout en bout (E2E) pour le parcours utilisateur suivant. Parcours utilisateur : [INSÉRER LE PARCOURS] Outil/Technologie : [INSÉRER L'OUTIL : ex: Playwright, Cypress, Selenium] Le script doit inclure : - La configuration/sélection des sélecteurs CSS/ID robustes. - Les assertions pour vérifier que les éléments sont visibles et contiennent le bon texte. - La gestion des attentes explicites si nécessaire.
Intermédiaire

Audit de couverture de tests

#audit #couverture #sécurité

Analyser un code pour identifier les parties non couvertes par les tests.

Analyse le code source suivant et identifie les zones de risque qui ne sont pas couvertes par les tests ou qui nécessitent une attention particulière (ex: conditions complexes, gestion d'erreurs, appels externes). Code source : [INSÉRER LE CODE] Pour chaque zone identifiée, explique pourquoi elle est critique et propose un type de test spécifique pour la valider.
Intermédiaire

Cas de Tests pour API REST

#api #rest #backend #postman

Définir les scénarios de test pour valider les endpoints d'une API.

Agis en tant qu'expert en test d'API. Je vais te donner la documentation ou une description d'un endpoint REST (URL, Méthode HTTP, Paramètres). Génère une liste détaillée de cas de tests incluant : 1) Tests de validité des requêtes (status 200/201). 2) Tests de validation des données d'entrée (status 400, schéma). 3) Tests d'authentification et d'autorisation (status 401/403). 4) Tests de non-existence des ressources (status 404). Pour chaque cas, indique le payload attendu et les assertions à vérifier.
Débutant

Rédaction de Rapport de Bug

#bug #reporting #communication #jira

Structurer un ticket de bug clair et reproductible pour les développeurs.

Agis en tant que Testeur QA expérimenté. Je vais te décrire un comportement anormal ou un bug que j'ai rencontré de manière informelle. Transforme cette description en un rapport de bug formel et structuré (format compatible Jira/GitHub) incluant impérativement : 1) Un titre résumé et impactant. 2) L'environnement (OS, Navigateur, Version App). 3) Les étapes précises pour reproduire le bug (Steps to Reproduce). 4) Le comportement observé (Actual Result). 5) Le comportement attendu (Expected Result). 6) La sévérité et la priorité estimées.
Intermédiaire

Scénarios de Tests par Personas

#brainstorming #personas #ux

Générer des cas de tests variés en se mettant dans la peau de différents utilisateurs.

Agis en tant qu'Expert QA. Je vais te décrire une fonctionnalité logicielle. Ta tâche est d'imaginer 5 profils d'utilisateurs (personas) distincts (ex: l'expert, le débutant, l'impatient, l'admin, l'utilisateur mobile). Pour chaque persona, propose 3 scénarios de tests spécifiques incluant un chemin heureux, un cas limite et un cas négatif. Fonctionnalité : [Insérer la description ici]
Avancé

Session de Risk Storming

#risques #architecture #brainstorming

Identifier les risques et défaillances potentielles avant de coder.

Mène une session de Risk Storming sur le flux utilisateur suivant : [Insérer le flux]. Identifie les points où le système pourrait échouer, corrompre des données ou poser des problèmes de sécurité. Pour chaque risque identifié, propose une stratégie de mitigation et un type de test spécifique pour le détecter.
Avancé

Chasse aux Cas Limites (Edge Cases)

#edge-case #créativité #robustesse

Brainstorming créatif pour trouver les cas extrêmes qui cassent l'application.

Je veux tester la robustesse de cette fonctionnalité : [Insérer la fonctionnalité]. Ignore les cas d'utilisation standards. Liste 10 cas de tests extrêmes, bizarres ou inattendus ('Edge Cases') susceptibles de provoquer des erreurs. Pense aux entrées de données invalides, aux manipulations de timing et aux conflits d'états.
Intermédiaire

Création de Charte de Test Exploratoire

#exploratoire #charter #session

Structurer une session de tests exploratoires avec des chartes ciblées.

Aide-moi à préparer une session de test exploratoire pour le thème : [Insérer le thème, ex: Panier d'achat]. Crée 3 chartes de test distinctes. Pour chaque charte, définis : un nom évocateur, une mission précise (que cherchons-nous ?), les zones à explorer et les zones à éviter pour garder le focus.
Débutant

Mapping Critères d'Acceptation

#exigences #tdd #fonctionnel

Transformer des exigences métiers en idées de tests fonctionnels.

Voici une liste de critères d'acceptation (user stories) : [Insérer les critères]. Pour chaque critère, génère une liste de tests fonctionnels positifs et négatifs pour valider que le besoin est entièrement satisfait. Organise la réponse sous forme de tableau avec les colonnes : Critère, Scénario de Test, Résultat Attendu.