Blop est un agent QA qui écrit des tests navigateur dans votre dépôt, les exécute en CI, regroupe les échecs récurrents et peut ouvrir des pull requests pour corriger les tests défaillants.
Blop est un agent QA destiné aux équipes qui souhaitent conserver leurs tests navigateur sous forme de code dans leur dépôt, plutôt que dans le tableau de bord d’un fournisseur. Vous décrivez un parcours en français courant, et l’agent le parcourt dans un véritable navigateur pour créer et maintenir un test dont vous restez propriétaire.
Blop exécute ces tests dans votre CI, publie des résultats structurés dans la pull request qui les a déclenchés et regroupe les échecs récurrents afin de faciliter le suivi des problèmes répétitifs. Lorsqu’une modification de l’interface fait échouer un test, Blop peut ouvrir une pull request proposant une correction et une étape de vérification, pour que le flux de travail reste centré sur des diffs faciles à examiner.
Décrivez un parcours en français courant et blop le transforme en test `.blop.ts` qui exprime l’intention plutôt que de se résumer à un script de sélecteurs. Le test reste dans votre dépôt et peut être examiné comme tout autre code.
L’agent pilote un véritable navigateur pour parcourir le flux avec Playwright ; le résultat du test reflète ainsi un parcours réel plutôt qu’un état masqué dans un tableau de bord.
Blop exécute les tests dans votre CI à l’aide de vos runners GitHub Actions existants, pour s’intégrer au pipeline que vous utilisez déjà.
Les échecs récurrents sont regroupés afin qu’un même sélecteur cassé ou une même modification de l’interface n’apparaisse pas sous la forme de dizaines de lignes distinctes au fil des exécutions.
Lorsqu’un échec s’y prête, l’agent peut ouvrir une pull request qui corrige le test et vérifie qu’il réussit avant la revue. La correction automatique est proposée en accès anticipé.
N’importe quel test peut aussi être planifié comme sonde récurrente en production, avec la disponibilité, la durée p95 et l’achèvement du parcours comme indicateurs.
Les équipes peuvent décrire en français courant un parcours de paiement, d’inscription ou autre, puis obtenir un test navigateur qui peut être versionné et examiné en parallèle des modifications du produit.
Lorsque le même problème de sélecteur ou la même régression de l’interface réapparaît, le regroupement des échecs rassemble les résultats similaires en un seul problème à examiner.
Si une modification de l’interface fait échouer un test, l’agent peut examiner la trace, la sortie de la console et le diff, puis ouvrir une pull request avec une correction ciblée et une exécution de vérification.
Les équipes qui utilisent déjà GitHub Actions peuvent exécuter les tests sur leurs runners CI actuels, sans héberger un environnement d’exécution distinct.
N’importe quel test peut être planifié comme sonde récurrente en production afin de surveiller la disponibilité, l’achèvement du parcours et la durée p95 des flux utilisateur importants.
Les tests sont stockés dans votre dépôt sous forme de fichiers `.blop.ts`. Ils sont versionnés, révisables et modifiables ou supprimables par votre équipe.
Oui. Chaque formule commence par un essai gratuit de 7 jours, qui donne accès à toutes les fonctionnalités de la formule choisie. Aucune carte bancaire n’est requise pour commencer.
Blop s’exécute sur vos runners GitHub Actions existants, qu’ils soient dans le cloud ou auto-hébergés. Le plan de contrôle n’exécute pas lui-même les tests.
Aujourd’hui, Blop privilégie Playwright. Le résultat est défini par un contrat versionné, et le site indique que des adaptateurs pour d’autres frameworks sont prévus.
Lorsqu’une exécution échoue, l’agent examine l’échec, la trace et le diff, puis peut ouvrir une pull request avec une correction ciblée et une exécution de vérification. La correction automatique est en accès anticipé et aucune modification n’est fusionnée sans approbation.
Les données de trafic sont fournies à titre indicatif uniquement.
hacktron.ai
Revue de code et sécurité applicative par IA pour détecter les vulnérabilités exploitables dans les pull requests
cubic.dev
cubic est une plateforme de revue de code basée sur l’IA pour les bases de code complexes. Elle aide les équipes à détecter les bugs dans les pull requests et à analyser les dépôts avant fusion ou mise en production.
hoplite.sh
Hoplite est une plateforme d’agents de programmation qui exécutent des tâches dans des environnements de développement isolés et peuvent ouvrir des pull requests une fois celles-ci terminées. Elle s’adresse aux équipes qui souhaitent déléguer le travail sur leurs dépôts à des agents, avec des retours et des validations en temps réel.
seeles.ai
SeeleAgent est un agent IA multimodal qui crée des jeux et leurs ressources à partir d’un seul prompt, avec tests dans le navigateur, itération cloud et export vers Unity 6.
www.tryargos.cc
Argos est une extension Chrome et un outil d’automatisation pour ordinateur et navigateur qui permet d’ouvrir des onglets, de remplir des formulaires, d’étudier des sujets et d’accomplir des tâches dans un navigateur où vous êtes connecté. Il inclut aussi une CLI exécutable en local et pilotable depuis Telegram.
www.quaso.ai
Quaso est un agent d’automatisation par AI qui transforme des instructions en anglais courant en workflows dans le navigateur et en tâches connectées aux applications. Il s’adresse aux personnes et aux équipes qui automatisent les rapports récurrents, le tri, la surveillance, la recherche et les tâches administratives.
