Trouvez le défaut avant vos clients.
NexusQA est l'outil de test intégré à Nexus, et le contrôle qualité de l'usine IA. Les tests de régression, d'API, visuels, d'accessibilité, de vitesse, de charge, de sécurité et bien d'autres s'exécutent au même endroit, dans l'ordre le plus susceptible de déceler un défaut en premier. L'IA explique chaque échec et peut proposer un correctif, mais seule une personne peut l'accepter. Les mises en production attendent que les tests réussissent.


D'une modification à un verdict, en six étapes.
Chaque étape est automatique jusqu'à ce qu'une intervention humaine soit requise. Le système attend alors, et explique pourquoi à la bonne personne.
Connecter
Pointez NexusQA vers vos dépôts et vos versions. Les modifications, les mises en production et même les incidents lancent les bons tests.
Écrire et enregistrer
Écrivez des tests, enregistrez-les dans le navigateur ou laissez l'IA les rédiger à partir d'une page. Dix types de tests, au même endroit.
Exécuter par ordre de risque
Le graphe de connaissances sait quel code chaque test touche : les échecs probables sont donc exécutés en premier.
Expliquer
L'IA lit la trace, la modification et les échecs passés, et indique si le problème vient de l'application, du test ou de l'environnement.
Réparer
L'IA peut proposer un correctif et le tester sur une branche. Une personne le lit et décide.
Mainlevée
La version attend que ses tests réussissent, puis passe par la Forge comme n'importe quelle autre modification.
Les échecs probables passent en premier.
NexusQA utilise le graphe de connaissances pour relier le code, les tests et les échecs passés. Lorsqu'une modification arrive, les tests les plus susceptibles d'échouer sont lancés en premier : vous êtes informé d'un défaut en quelques secondes plutôt qu'à la fin de la suite. Chaque test reste néanmoins exécuté avant une mise en production.
Tests par ordre de risque
Chaque test reçoit un score de risque pour cette modification, avec l'explication en toutes lettres.
- Des raisons, pas seulement des scores
- Premier échec en moins d'une minute


Chaque version se teste elle-même
Les modifications, les mises en production et les incidents lancent les bonnes suites de tests. Les résultats remontent au contrôle de mise en production et aux tickets.
- Les versions attendent leurs tests
- Les incidents déclenchent aussi une vérification


L'application, le test ou l'environnement ?
Un test dans le rouge n'est utile que lorsqu'on en connaît la cause. NexusQA conserve les étapes, l'écran, le réseau et l'enregistrement, de façon masquée, et l'IA les analyse avec la modification et les échecs passés pour vous dire ce qui a cassé.
- Étapes, écran et réseau au moment précis de l'échec
- Triage par l'IA avec son niveau de certitude
- Échecs similaires du passé, retrouvés dans le graphe
- Tests instables mis de côté : toujours exécutés, mais non comptabilisés


L'IA propose. Une personne accepte.
Lorsqu'un défaut est clair, l'IA peut planifier un correctif, faire vérifier le plan par un second modèle, effectuer la modification sur une branche et lancer tous les tests. Puis elle s'arrête. Une personne lit la modification et décide, et un correctif accepté passe par la file de fusion comme n'importe quel autre.
Sept étapes, une signature
Trouvé, trié, planifié, vérifié, corrigé, contrôlé et validé. La dernière étape revient toujours à une personne.
- Un second modèle vérifie le plan
- Seule une personne accepte


Quelle IA, et qui est responsable
Chaque étape d'IA passe par le standard, en privilégiant le modèle local, dans les limites d'un budget, avec une personne responsable de chaque réparation.
- Modèle local en priorité
- Budgets et plafonds par projet


Les humains testent aussi, et tout est capturé.
Certaines choses ne sont remarquées que par un humain. Les testeurs, y compris les partenaires de test externes, travaillent dans un portail : ils utilisent l'application dans un cadre, dessinent dessus, et la version, l'appareil ainsi que les étapes sont capturés pour eux. Ils voient des données de test, jamais celles des clients.
Dessinez dessus, envoyez
Épingles, encadrés, flèches et notes directement sur l'application, chaque étape pouvant être rejouée.
- Capturé automatiquement
- Étapes rejouables


Des partenaires, avec des limites
- Un projet, un contrat
- Révoqué en une étape


Visuel impeccable, accessible à tous, toujours rapide.
Chaque version est comparée écran par écran, vérifiée pour l'accessibilité et mesurée par rapport à son budget de vitesse. Une version qui dépasse le budget ne peut pas être mise en production, et tout changement dans l'apparence d'une page doit être approuvé.
- Comparaison au pixel près, avec approbation des modifications
- Résultats d'accessibilité reliés au code
- Budgets de vitesse et tests de charge à chaque version


À propos des tests avec NexusQA.
Quels types de tests sont couverts ?
Les tests de régression, d'intégration, de fumée (smoke), d'API, visuels, d'accessibilité, de sécurité, de vitesse, de charge et exploratoires, au même endroit avec un seul jeu de résultats.
L'IA modifie-t-elle notre code toute seule ?
Non. L'IA peut proposer un correctif et le tester sur une branche, mais seule une personne peut l'accepter, et un correctif accepté passe par la file de fusion comme n'importe quelle autre modification.
Comment fonctionne l'ordre de risque ?
Le graphe de connaissances relie chaque test au code qu'il touche et aux échecs passés. Pour chaque modification, les tests les plus susceptibles d'échouer sont exécutés en premier. Chaque test reste néanmoins exécuté avant une mise en production.
Les partenaires de test externes peuvent-ils l'utiliser ?
Oui. Ils travaillent dans le portail testeur, ne voient que leurs projets et les données de test, et leur accès prend fin à l'échéance de leur contrat.
Est-ce que cela fonctionne avec la Forge ?
Oui. Les modifications et les versions dans la Forge lancent leurs tests, et une mise en production attend qu'ils réussissent. NexusQA fonctionne également avec l'hébergeur de code que vous utilisez déjà.
Aller plus loin
Voyez NexusQA tester l'un de vos projets.
Apportez une application et une version. Nous vous montrerons des tests classés par risque, un échec expliqué et une réparation en attente de votre validation.