Trova il difetto prima dei tuoi clienti.
NexusQA è il sistema di test integrato in Nexus e il controllo qualità della fabbrica IA. Test di regressione, API, visivi, di accessibilità, velocità, carico, sicurezza e altro vengono eseguiti in un unico posto, dando priorità a quelli con più probabilità di rilevare un difetto. L'IA spiega ogni errore e può proporre una correzione, ma solo una persona può approvarla. I rilasci attendono il superamento dei test.
Da una modifica a un verdetto, in sei passaggi.
Ogni passaggio è automatico finché non serve una persona. A quel punto il sistema attende e spiega il motivo alla persona giusta.
Connetti
Collega NexusQA ai tuoi repository e rilasci. Modifiche, rilasci e persino incidenti avviano i test appropriati.
Scrivi e registra
Scrivi test, registrali nel browser o lascia che l'IA li abbozzi da una pagina. Dieci tipologie, un unico posto.
Esegui in ordine di rischio
Il knowledge graph sa quale codice viene toccato da ogni test, eseguendo per primi i fallimenti più probabili.
Spiegare
L'IA legge la traccia, la modifica e gli errori passati, indicando se il problema riguarda l'app, il test o l'ambiente.
Ripara
L'IA può proporre una correzione e testarla su un branch. Una persona la esamina e decide.
Svincolo
Il rilascio attende il superamento dei test, poi passa attraverso Forge come qualsiasi altra modifica.
I fallimenti più probabili vengono eseguiti per primi.
NexusQA usa il knowledge graph per collegare codice, test ed errori passati. Quando arriva una modifica, i test con più probabilità di fallire vengono eseguiti per primi, segnalando un difetto in pochi secondi anziché alla fine della suite. Ogni test viene comunque eseguito prima del rilascio.
Test in ordine di rischio
Ogni test riceve un punteggio di rischio per la modifica, con la motivazione spiegata a parole.
- Motivazioni, non solo punteggi
- Il primo errore in meno di un minuto
Ogni rilascio si testa da sé
Modifiche, rilasci e incidenti avviano le suite corrette. I risultati tornano al controllo di rilascio e ai ticket.
- I rilasci attendono i propri test
- Anche gli incidenti avviano una verifica
L'app, il test o l'ambiente?
Un test fallito è utile solo quando ne conosci il motivo. NexusQA conserva i passaggi, la schermata, la rete e la registrazione, con i dati mascherati, e l'IA li analizza insieme alla modifica e agli errori passati per dirti cosa si è rotto.
- Passaggi, schermata e rete al momento dell'errore
- Analisi dell'IA con livello di certezza
- Errori simili del passato, trovati nel grafo
- Test instabili isolati, comunque eseguiti, non conteggiati
L'IA propone. Una persona accetta.
Quando un difetto è chiaro, l'IA può pianificare una correzione, far verificare il piano a un secondo modello, applicare la modifica su un branch ed eseguire tutti i test. Poi si ferma. Una persona legge la modifica e decide, e la correzione accettata passa nella coda di merge come ogni altra.
Sette fasi, una firma
Trovato, analizzato, pianificato, controllato, corretto, verificato e approvato. L'ultimo passaggio spetta sempre a una persona.
- Un secondo modello verifica il piano
- Solo una persona accetta
Quale IA, e chi ha il controllo
Ogni passaggio dell'IA passa dal centralino, dando priorità al modello locale, entro un budget e con una persona responsabile di ogni riparazione.
- Priorità al modello locale
- Budget e tetti di spesa per progetto
Anche le persone testano, con tutto registrato.
Alcune cose le nota solo una persona. I tester, inclusi i partner esterni, lavorano in un portale: usano l'app in un riquadro, ci disegnano sopra, mentre build, dispositivo e passaggi vengono acquisiti in automatico. Vedono dati di test, mai i dati dei clienti.
Disegna e invia
Segnaposto, riquadri, frecce e note direttamente sull'app, con ogni passaggio riproducibile.
- Acquisito automaticamente
- Passaggi riproducibili
Partner, con limiti
- Un progetto, un contratto
- Revocato in un passaggio
Aspetto perfetto, accessibile a tutti, sempre veloce.
Ogni rilascio viene confrontato schermata per schermata, verificato per l'accessibilità e misurato rispetto al budget di velocità. Una build fuori budget non può essere rilasciata e ogni modifica all'aspetto di una pagina deve essere approvata.
- Confronto al pixel, con approvazione delle modifiche
- Rilievi di accessibilità collegati al codice
- Budget di velocità e test di carico a ogni rilascio
Informazioni sui test con NexusQA.
Quali tipi di test copre?
Test di regressione, integrazione, smoke, API, visivi, di accessibilità, sicurezza, velocità, carico ed esplorativi, in un unico posto e con un unico set di risultati.
L'IA modifica il nostro codice in autonomia?
No. L'IA può proporre una correzione e testarla su un branch, ma solo una persona può accettarla, e una correzione approvata passa per la coda di merge come qualsiasi altra modifica.
Come funziona l'ordine di rischio?
Il knowledge graph collega ogni test al codice che tocca e agli errori passati. Per ogni modifica, i test con più probabilità di fallire vengono eseguiti per primi. Ogni test viene comunque eseguito prima di un rilascio.
I partner di test esterni possono usarlo?
Sì. Lavorano nel portale tester, vedono solo i propri progetti e i dati di test, e il loro accesso termina alla scadenza del contratto.
Funziona con Forge?
Sì. Le modifiche e i rilasci in Forge avviano i relativi test, e il rilascio attende che vengano superati. NexusQA funziona anche con il servizio di hosting del codice che già utilizzi.
Approfondimenti
Guarda NexusQA testare un tuo progetto.
Porta un'app e un rilascio. Ti mostreremo i test ordinati per rischio, un errore spiegato e una riparazione in attesa della tua approvazione.