Finn feilen før kundene dine gjør det.
NexusQA er testverktøyet som er innebygd i Nexus, og kvalitetskontrollen i KI-fabrikken. Regresjons-, API-, visuell, tilgjengelighets-, hastighets-, belastnings- og sikkerhetstesting med mer kjøres på ett sted, i den rekkefølgen som mest sannsynlig finner en feil først. KI forklarer hvert avvik og kan foreslå en løsning, men kun et menneske kan godkjenne den. Utgivelser venter til testene er bestått.
Fra endring til konklusjon, i seks trinn.
Hvert trinn går automatisk inntil det er behov for et menneske. Da venter systemet, og forteller riktig person hvorfor.
Koble til
Koble NexusQA til kodebrønnene og utgivelsene dine. Endringer, utgivelser og til og med hendelser starter de riktige testene.
Skriv og ta opp
Skriv tester, ta dem opp i nettleseren, eller la KI lage et utkast fra en side. Ti typer, ett sted.
Kjør etter risiko
Kunnskapsgrafen vet hvilken kode hver test berører, slik at de mest sannsynlige feilene kjøres først.
Forklar
KI leser sporingsloggen, endringen og tidligere feil, og forteller om det skyldes appen, testen eller miljøet.
Reparer
KI kan foreslå en feilretting og teste den i en egen gren. Et menneske leser gjennom og tar avgjørelsen.
Frigivelse
Utgivelsen venter til testene er bestått, og går deretter gjennom Forge som enhver annen endring.
De mest sannsynlige feilene kjøres først.
NexusQA bruker kunnskapsgrafen til å koble sammen kode, tester og tidligere feil. Når det kommer en endring, kjøres testene som mest sannsynlig vil feile først, slik at du får beskjed om en feil i løpet av sekunder i stedet for på slutten av testpakken. Alle tester kjøres likevel før en utgivelse.
Tester etter risiko
Hver test får en risikoscore for denne endringen, med en skriftlig begrunnelse.
- Begrunnelser, ikke bare poeng
- Første feil funnet på under ett minutt
Hver utgivelse tester seg selv
Endringer, utgivelser og hendelser starter de riktige testpakkene. Resultatene går tilbake til utgivelseskontrollen og til sakene.
- Utgivelser venter på testene sine
- Hendelser starter også en sjekk
Appen, testen eller miljøet?
En rød test er bare nyttig når du vet årsaken. NexusQA tar vare på trinnene, skjermbildet, nettverket og opptaket i maskert form, og KI leser dette sammen med endringen og tidligere feil for å fortelle deg hva som gikk galt.
- Trinn, skjerm og nettverk i det øyeblikket det feilet
- KI-vurdering med grad av sikkerhet
- Lignende feil fra tidligere, funnet i grafen
- Ustabile tester legges til side – de kjøres fortsatt, men teller ikke
KI foreslår. Et menneske godkjenner.
Når en feil er tydelig, kan KI planlegge en løsning, la en annen modell sjekke planen, gjøre endringen i en gren og kjøre alle tester. Deretter stopper den. Et menneske leser endringen og tar en beslutning, og en godkjent rettelse går gjennom flettingskøen som alt annet.
Syv trinn, én signatur
Funnet, vurdert, planlagt, sjekket, rettet, verifisert og godkjent. Det siste trinnet er alltid et menneske.
- En annen modell sjekker planen
- Kun et menneske kan godkjenne
Hvilken KI, og hvem som har ansvaret
Hvert KI-trinn går gjennom sentralbordet – lokal modell først, innenfor et budsjett, og med et menneske som ansvarlig for hver reparasjon.
- Lokal modell først
- Budsjetter og tak per prosjekt
Mennesker tester også, og alt blir registrert.
Noen ting er det bare mennesker som legger merke til. Testere, inkludert eksterne testpartnere, jobber i en portal: De bruker appen i en ramme, tegner på den, mens byggversjon, enhet og trinn registreres automatisk for dem. De ser testdata, aldri kundedata.
Tegn på det, send det inn
Markører, bokser, piler og notater direkte på selve appen, der hvert trinn kan spilles av på nytt.
- Registreres automatisk
- Trinn som kan spilles av på nytt
Partnere, med klare grenser
- Ett prosjekt, én kontrakt
- Avsluttes i ett trinn
Ser riktig ut, fungerer for alle, holder seg rask.
Hver utgivelse sammenlignes skjermbilde for skjermbilde, sjekkes for tilgjengelighet og måles mot hastighetsbudsjettet sitt. En byggversjon som overskrider budsjettet kan ikke gis ut, og en endring i hvordan en side ser ut, må godkjennes.
- Pikselsammenligning, med godkjenning av endringer
- Tilgjengelighetsfunn koblet direkte til koden
- Hastighetsbudsjetter og belastningstester ved hver utgivelse
Om testing med NexusQA.
Hvilke typer testing dekker det?
Regresjons-, integrasjons-, røyk-, API-, visuell, tilgjengelighets-, sikkerhets-, hastighets-, belastnings- og utforskende testing, samlet på ett sted med ett sett resultater.
Endrer KI koden vår på egen hånd?
Nei. KI kan foreslå en rettelse og teste den i en egen gren, men kun et menneske kan godkjenne den, og en godkjent rettelse går gjennom flettingskøen som enhver annen endring.
Hvordan fungerer risikorekkefølge?
Kunnskapsgrafen kobler hver test til koden den berører og til tidligere feil. Ved hver endring kjøres testene som mest sannsynlig vil feile først. Alle tester kjøres likevel før en utgivelse.
Kan eksterne testpartnere bruke det?
Ja. De jobber i testerportalen, ser kun sine egne prosjekter og testdata, og tilgangen deres opphører når kontrakten utløper.
Fungerer det med Forge?
Ja. Endringer og utgivelser i Forge starter sine egne tester, og en utgivelse venter til testene er bestått. NexusQA fungerer også med kodelagringstjenesten dere allerede bruker.
Gå dypere
Se NexusQA teste noe fra dere.
Ta med én app og én utgivelse. Vi viser dere risikobaserte tester, et forklart avvik og en reparasjon som venter på godkjenning.