Vind de fout voordat uw klanten dat doen.
NexusQA is de testomgeving die in Nexus is ingebouwd, en de kwaliteitspoort van de AI-fabriek. Regressie-, API-, visuele, toegankelijkheids-, snelheids-, belasting-, beveiligingstests en meer draaien op één plek, in de volgorde waarin een fout het snelst aan het licht komt. AI legt elke fout uit en kan een oplossing voorstellen, maar alleen een mens kan die accepteren. Releases wachten tot alle tests zijn geslaagd.


Van wijziging tot oordeel, in zes stappen.
Elke stap verloopt automatisch totdat er een mens nodig is. Dan wacht het systeem en vertelt het de juiste persoon waarom.
Koppelen
Verbind NexusQA met uw repositories en releases. Wijzigingen, releases en zelfs incidenten starten de juiste tests.
Schrijven en opnemen
Schrijf tests, neem ze op in de browser of laat AI een opzet maken vanaf een pagina. Tien soorten, op één plek.
Uitvoeren op risicovolgorde
De kennisgraaf weet welke code door welke test wordt geraakt, zodat de meest waarschijnlijke fouten als eerste worden getest.
Verklaren
AI leest de trace, de wijziging en eerdere fouten, en geeft aan of het probleem in de app, de test of de omgeving zit.
Repareren
AI kan een oplossing voorstellen en deze testen op een branch. Een mens leest het voorstel en beslist.
Vrijgave
De release wacht tot de bijbehorende tests zijn geslaagd en doorloopt daarna de Forge zoals elke andere wijziging.
De meest waarschijnlijke fouten draaien eerst.
NexusQA gebruikt de kennisgraaf om code, tests en eerdere fouten aan elkaar te koppelen. Wanneer er een wijziging binnenkomt, draaien de tests met de grootste kans op falen als eerste. Zo hoort u binnen enkele seconden over een fout, in plaats van pas aan het einde van de testreeks. Voor een release wordt nog steeds elke test uitgevoerd.
Tests op risicovolgorde
Elke test krijgt een risicoscore voor deze wijziging, met de reden in gewone woorden.
- Redenen, niet alleen scores
- Eerste fout binnen een minuut


Elke release test zichzelf
Wijzigingen, releases en incidenten starten de juiste testreeksen. De resultaten gaan terug naar de releasepoort en naar tickets.
- Releases wachten op hun tests
- Incidenten starten ook een controle


De app, de test of de omgeving?
Een rode test is pas nuttig als u weet waarom die rood is. NexusQA bewaart de stappen, het scherm, het netwerkverkeer en de opname (gemaskeerd). AI leest deze gegevens samen met de wijziging en eerdere fouten om u te vertellen wat er misging.
- Stappen, scherm en netwerk op het moment dat het misging
- AI-triage met mate van zekerheid
- Vergelijkbare fouten uit het verleden, gevonden in de graaf
- Wisselvallige tests apart gezet: wel uitgevoerd, niet meegeteld


De AI doet een voorstel. Een mens accepteert.
Wanneer een fout duidelijk is, kan AI een oplossing plannen, het plan laten controleren door een tweede model, de wijziging doorvoeren op een branch en elke test uitvoeren. Daarna stopt het. Een mens leest de wijziging en beslist, en een geaccepteerde oplossing doorloopt de merge-wachtrij zoals elke andere wijziging.
Zeven stappen, één handtekening
Gevonden, getrieerd, gepland, gecontroleerd, opgelost, geverifieerd en afgetekend. De laatste stap is altijd een mens.
- Een tweede model controleert het plan
- Alleen een mens accepteert


Welke AI, en wie heeft de leiding
Elke AI-stap loopt via het schakelbord: eerst het lokale model, binnen het budget, en met een mens die de leiding heeft over elke reparatie.
- Eerst het lokale model
- Budgetten en limieten per project


Mensen testen ook, waarbij alles wordt vastgelegd.
Sommige dingen vallen alleen een mens op. Testers, inclusief externe testpartners, werken in een portaal: ze gebruiken de app in een kader, tekenen erop, en de build, het apparaat en de stappen worden automatisch voor hen vastgelegd. Ze zien testgegevens, nooit klantgegevens.
Teken erop, verstuur het
Pinnen, kaders, pijlen en notities direct op de app, waarbij elke stap opnieuw afspeelbaar is.
- Automatisch vastgelegd
- Afspeelbare stappen


Partners, met grenzen
- Één project, één contract
- In één stap beëindigd


Ziet er goed uit, werkt voor iedereen, blijft snel.
Elke release wordt scherm voor scherm vergeleken, gecontroleerd op toegankelijkheid en getoetst aan het snelheidsbudget. Een build die het budget overschrijdt, kan niet worden vrijgegeven, en een wijziging in het uiterlijk van een pagina moet worden goedgekeurd.
- Pixelvergelijking, met goedgekeurde wijzigingen
- Toegankelijkheidsbevindingen gekoppeld aan de code
- Snelheidsbudgetten en belastingstests bij elke release


Over testen met NexusQA.
Welke soorten tests vallen hieronder?
Regressie-, integratie-, smoke-, API-, visuele, toegankelijkheids-, beveiligings-, snelheids-, belasting- en verkennende tests, op één plek met één overzicht van resultaten.
Past AI onze code zelfstandig aan?
Nee. AI kan een oplossing voorstellen en deze testen op een branch, maar alleen een mens kan die accepteren. Een geaccepteerde oplossing doorloopt de merge-wachtrij zoals elke andere wijziging.
Hoe werkt de risicovolgorde?
De kennisgraaf koppelt elke test aan de code die wordt geraakt en aan eerdere fouten. Bij elke wijziging worden de tests die het meest waarschijnlijk falen als eerste uitgevoerd. Voor een release wordt nog steeds elke test uitgevoerd.
Kunnen externe testpartners het gebruiken?
Ja. Zij werken in het testersportaal, zien alleen hun eigen projecten en testgegevens, en hun toegang stopt zodra hun contract afloopt.
Werkt het met de Forge?
Ja. Wijzigingen en releases in de Forge starten hun eigen tests, en een release wacht tot deze zijn geslaagd. NexusQA werkt ook met de codehost die u al gebruikt.
Ga dieper
Zie hoe NexusQA iets van u test.
Neem één app en één release mee. Wij laten u tests op risicovolgorde zien, een uitgelegde fout en een reparatie die wacht op uw goedkeuring.