Find fejlen, før dine kunder gør det.
NexusQA er det testværktøj, der er indbygget i Nexus, og kvalitetskontrollen i AI-fabrikken. Regressions-, API-, visuelle, tilgængeligheds-, hastigheds-, belastnings- og sikkerhedstests samt mere til kører ét sted – i den rækkefølge, hvor det er mest sandsynligt at finde en fejl først. AI forklarer hver fejl og kan foreslå en rettelse, men kun et menneske kan godkende den. Udgivelser venter, indtil testene er bestået.


Fra ændring til afgørelse, i seks trin.
Hvert trin er automatisk, indtil der er brug for et menneske. Så venter systemet og fortæller den rette person hvorfor.
Forbind
Peg NexusQA mod dine kodearkiver og udgivelser. Ændringer, udgivelser og selv hændelser starter de rette tests.
Skriv og optag
Skriv tests, optag dem i browseren, eller lad AI udarbejde et udkast ud fra en side. Ti typer samlet ét sted.
Kør i risikorækkefølge
Vidensgrafen ved, hvilken kode hver test berører, så de mest sandsynlige fejl kører først.
Forklar
AI læser sporet, ændringen og tidligere fejl og vurderer, om det skyldes appen, testen eller miljøet.
Ret
AI kan foreslå en rettelse og teste den på en branch. Et menneske læser den og tager beslutningen.
Frigivelse
Udgivelsen venter, indtil dens tests er bestået, og går derefter gennem the Forge som enhver anden ændring.
De mest sandsynlige fejl kører først.
NexusQA bruger vidensgrafen til at koble kode, tests og tidligere fejl sammen. Når der kommer en ændring, kører de tests, der har størst risiko for at fejle, først. På den måde får du besked om en fejl på få sekunder frem for i slutningen af testforløbet. Alle tests kører stadig inden en udgivelse.
Tests i risikorækkefølge
Hver test får en risikoscore for denne ændring med en skriftlig begrundelse.
- Begrundelser, ikke kun tal
- Første fejl på under et minut


Hver udgivelse tester sig selv
Ændringer, udgivelser og hændelser starter de rette testforløb. Resultaterne går tilbage til udgivelseskontrollen og til sagerne.
- Udgivelser venter på deres tests
- Hændelser starter også et tjek


Appen, testen eller miljøet?
En rød test er først nyttig, når du ved, hvorfor den er rød. NexusQA gemmer trinene, skærmen, netværket og optagelsen i maskeret form, og AI gennemgår dem sammen med ændringen og tidligere fejl for at fortælle dig, hvad der gik galt.
- Trin, skærm og netværk i det øjeblik, det fejlede
- AI-triage med angivelse af sikkerhed
- Lignende tidligere fejl fundet i grafen
- Ustabile tests sat til side – køres stadig, men tæller ikke med


AI foreslår. Et menneske godkender.
Når en fejl er tydelig, kan AI planlægge en rettelse, lade en anden model tjekke planen, foretage ændringen på en branch og køre alle tests. Derefter stopper den. Et menneske gennemgår ændringen og beslutter, og en godkendt rettelse går gennem merge-køen som enhver anden.
Syv faser, én godkendelse
Fundet, triageret, planlagt, tjekket, rettet, verificeret og godkendt. Det sidste trin er altid et menneske.
- En anden model tjekker planen
- Kun et menneske kan godkende


Hvilken AI, og hvem har ansvaret
Hvert AI-trin kører gennem omstillingsbordet – lokal model først, inden for et budget og med et menneske som ansvarlig for hver rettelse.
- Lokal model først
- Budgetter og lofter pr. projekt


Mennesker tester også, og alt bliver registreret.
Nogle ting lægger kun et menneske mærke til. Testere, herunder eksterne testpartnere, arbejder i en portal: De bruger appen i en ramme og tegner på den, mens build, enhed og trin automatisk registreres for dem. De ser testdata, aldrig kundedata.
Tegn på det, send det
Markører, bokse, pile og noter direkte på selve appen, hvor hvert trin kan afspilles igen.
- Registreres automatisk
- Trin, der kan afspilles igen


Partnere med begrænsninger
- Ét projekt, én kontrakt
- Afsluttet i ét trin


Ser rigtigt ud, virker for alle, forbliver hurtig.
Hver udgivelse sammenlignes skærm for skærm, tjekkes for tilgængelighed og måles op imod sit hastighedsbudget. Et build, der overskrider budgettet, kan ikke udgives, og en ændring i en sides udseende skal godkendes.
- Pixelsammenligning med godkendelse af ændringer
- Tilgængelighedsresultater koblet direkte til koden
- Hastighedsbudgetter og belastningstests ved hver udgivelse


Om at teste med NexusQA.
Hvilke typer tests dækker det?
Regressions-, integrations-, smoke-, API-, visuelle, tilgængeligheds-, sikkerheds-, hastigheds-, belastnings- og eksplorative tests – samlet ét sted med ét sæt resultater.
Ændrer AI vores kode på egen hånd?
Nej. AI kan foreslå en rettelse og teste den på en branch, men kun et menneske kan godkende den, og en godkendt rettelse går gennem merge-køen som enhver anden ændring.
Hvordan fungerer risikorækkefølgen?
Vidensgrafen kobler hver test til den kode, den berører, og til tidligere fejl. Ved hver ændring kører de tests, der har størst risiko for at fejle, først. Alle tests kører stadig inden en udgivelse.
Kan eksterne testpartnere bruge det?
Ja. De arbejder i testerportalen, ser kun deres egne projekter og testdata, og deres adgang ophører, når deres kontrakt udløber.
Fungerer det sammen med the Forge?
Ja. Ændringer og udgivelser i the Forge starter deres tests, og en udgivelse venter, indtil de er bestået. NexusQA fungerer også med den kodeplatform, I allerede bruger.
Gå i dybden
Se NexusQA teste noget af jeres.
Medbring én app og én udgivelse. Så viser vi jer tests i risikorækkefølge, en forklaret fejl og en rettelse, der venter på jeres godkendelse.