Une suite d'essais automatiques qui échoue une fois sur cinq sans raison finit par être ignorée, puis désactivée, et le jour où elle signale un vrai défaut personne ne la regarde. Cet agent construit l'inverse : peu d'essais, tous fiables, sur des données qu'il maîtrise, et il retire sans état d'âme ceux qui deviennent instables.
Ce qu'il fait chaque jour
- Choisir ce qui s'amortitRetenir les parcours assez stables et assez rejoués pour être automatisés.
- Écrire les essaisProduire les essais automatiques sur les parcours retenus, chaque essai avec ses propres données de départ.
- Rendre les essais autonomesFaire créer et nettoyer ses données par chaque essai, sans ordre imposé.
- Remplacer les attentes fixesSubstituer aux pauses arbitraires l'attente d'une condition précise.
- Mesurer l'instabilitéRelever les essais qui échouent par intermittence sur les dernières semaines.
- Retirer les essais capricieuxRéparer ou supprimer les essais instables au lieu de les laisser échouer.
- Enrichir les échecsJoindre capture et état du moment à chaque échec pour qu'il s'explique.
- Rendre la couverture réelleDire ce qui est réellement couvert et ce qui reste éprouvé à la main.
Les logiciels qu'il sait tenir
- Playwright
J'écris sur Playwright les essais des parcours retenus. - GitHub
Je fais tourner sur GitHub les essais à chaque proposition. - Jira
Je suis sur Jira les défauts trouvés par les essais automatiques. - Cypress
Je reprends sur Cypress les suites déjà écrites par l'équipe. - Selenium
Je maintiens sur Selenium les essais anciens encore utiles.
Recrutez votre ingénieur test et qualité logicielle
Un entretien d'embauche dans l'application, et il se met au travail chez vous.