ConnexionPlanifier un briefing
NexusQA · Tests intégrés

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.

Dix types de tests, un seul endroitL'ordre de risque détecte les défauts en quelques secondesUne personne valide chaque réparation de l'IA
nexusqa · qualitéDonnées d’exemple
Exécutions de tests, résultats par type et points nécessitant une attention
La qualité en un coup d'œil. Ce qui a tourné pendant la nuit, ce qui a échoué et quelle version attend un correctif.Données d’exemple
Comment ça marche

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.

01

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.

02

É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.

03

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.

04

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.

05

Réparer

L'IA peut proposer un correctif et le tester sur une branche. Une personne le lit et décide.

06

Mainlevée

La version attend que ses tests réussissent, puis passe par la Forge comme n'importe quelle autre modification.

Défauts détectés plus tôt

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
nexusqa · ordre de risqueDonnées d’exemple
Tests classés selon leur probabilité d'échec pour une modification donnée
Tests par ordre de risque. Quels tests la modification 418 risque le plus de faire échouer, exécutés en premier.Données d’exemple
Chaque échec expliqué

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
nexusqa · un test échouéDonnées d’exemple
Un test échoué avec ses étapes, son écran, son réseau et le triage par l'IA
Un test échoué. Déterminer si le défaut de réservation vient de l'application ou du test.Données d’exemple
L'IA répare, l'humain décide

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
nexusqa · une réparationDonnées d’exemple
Un correctif proposé par l'IA avec ses vérifications, en attente d'une personne
Une réparation, validée par une personne. Vérification du correctif proposé par l'IA pour le défaut de date avant toute diffusion.Données d’exemple
Les testeurs dans la boucle

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
nexusqa · portail testeurDonnées d’exemple
Un testeur annotant l'application en cours de test
Le portail testeur. Test manuel de l'application de réservation et signalement des anomalies trouvées.Données d’exemple
Apparence, accès et vitesse

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
nexusqa · apparence, accès et vitesseDonnées d’exemple
Comparaison visuelle, résultats d'accessibilité et vitesse par rapport au budget
Visuel, accessibilité et vitesse. Vérifier que la version 2.8 a l'apparence attendue, fonctionne pour tous et reste rapide.Données d’exemple
Questions

À 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à.

Planifier un briefing

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.