Finden Sie den Fehler, bevor Ihre Kunden es tun.
NexusQA ist die in Nexus integrierte Testumgebung und die Qualitätskontrolle der KI-Fabrik. Regressions-, API-, visuelle, Barrierefreiheits-, Geschwindigkeits-, Last-, Sicherheitstests und mehr laufen an einem Ort ab – in der Reihenfolge, in der ein Fehler am wahrscheinlichsten zuerst gefunden wird. Die KI erklärt jeden Fehlschlag und kann eine Korrektur vorschlagen, die jedoch nur ein Mensch freigeben kann. Releases warten, bis alle Tests bestanden sind.
Von der Änderung zum Urteil, in sechs Schritten.
Jeder Schritt läuft automatisch, bis ein Mensch gefragt ist. Dann wartet das System und teilt der richtigen Person mit, warum.
Verbinden
Verknüpfen Sie NexusQA mit Ihren Repositories und Releases. Änderungen, Releases und sogar Vorfälle starten die richtigen Tests.
Schreiben und aufzeichnen
Schreiben Sie Tests, zeichnen Sie sie im Browser auf oder lassen Sie die KI anhand einer Seite Entwürfe erstellen. Zehn Arten, ein Ort.
Nach Risiko ausführen
Der Wissensgraph weiß, welchen Code jeder Test berührt, sodass wahrscheinliche Fehlschläge zuerst ausgeführt werden.
Erklären
Die KI liest den Trace, die Änderung und frühere Fehlschläge und erkennt, ob es an der App, am Test oder an der Umgebung liegt.
Reparieren
Die KI kann eine Korrektur vorschlagen und in einem Branch testen. Ein Mensch prüft sie und entscheidet.
Freigabe
Das Release wartet, bis seine Tests bestanden sind, und durchläuft dann die Forge wie jede andere Änderung.
Die wahrscheinlichen Fehlschläge laufen zuerst.
NexusQA nutzt den Wissensgraphen, um Code, Tests und frühere Fehlschläge zu verknüpfen. Bei einer neuen Änderung laufen die Tests zuerst, die am ehesten fehlschlagen. So erfahren Sie in Sekunden von einem Fehler und nicht erst am Ende der Testsuite. Vor einem Release wird dennoch jeder Test ausgeführt.
Tests nach Risiko sortiert
Jeder Test erhält für diese Änderung einen Risikowert samt ausformulierter Begründung.
- Begründungen, nicht nur Punktwerte
- Erster Fehlschlag in unter einer Minute
Jedes Release testet sich selbst
Änderungen, Releases und Vorfälle starten die passenden Testsuiten. Die Ergebnisse fließen zurück an die Release-Freigabe und in die Tickets.
- Releases warten auf ihre Tests
- Auch Vorfälle lösen eine Prüfung aus
Die App, der Test oder die Umgebung?
Ein roter Test hilft erst weiter, wenn man den Grund kennt. NexusQA speichert Schritte, Bildschirm, Netzwerkdaten und Aufzeichnung in maskierter Form. Die KI gleicht diese Daten mit der Änderung und früheren Fehlschlägen ab und nennt Ihnen die Ursache.
- Schritte, Bildschirm und Netzwerk im Moment des Fehlschlags
- KI-Triage mit Angabe der Treffsicherheit
- Ähnliche Fehlschläge aus der Vergangenheit, gefunden im Graphen
- Instabile Tests isoliert: laufen mit, zählen aber nicht
Die KI schlägt vor. Ein Mensch gibt frei.
Ist ein Fehler eindeutig, kann die KI eine Korrektur planen, den Plan von einem zweiten Modell prüfen lassen, die Änderung in einem Branch vornehmen und alle Tests ausführen. Danach stoppt sie. Ein Mensch liest die Änderung und entscheidet. Eine akzeptierte Korrektur durchläuft die Merge-Warteschlange wie jede andere Änderung.
Sieben Stufen, eine Unterschrift
Gefunden, triagiert, geplant, geprüft, behoben, verifiziert und freigegeben. Der letzte Schritt liegt immer bei einem Menschen.
- Ein zweites Modell prüft den Plan
- Nur ein Mensch gibt frei
Welche KI – und wer trägt die Verantwortung
Jeder KI-Schritt läuft über die Schaltzentrale: zuerst das lokale Modell, innerhalb eines Budgets und mit einem Menschen, der jede Reparatur verantwortet.
- Lokales Modell zuerst
- Budgets und Obergrenzen pro Projekt
Auch Menschen testen – und alles wird erfasst.
Manche Dinge fallen nur einem Menschen auf. Tester, auch externe Testpartner, arbeiten in einem Portal: Sie nutzen die App in einem Rahmen, zeichnen direkt darin ein, und Build, Gerät sowie Schritte werden automatisch für sie erfasst. Sie sehen nur Testdaten, niemals Kundendaten.
Einzeichnen und absenden
Markierungen, Kästchen, Pfeile und Notizen direkt auf der App – jeder Schritt ist reproduzierbar.
- Automatisch erfasst
- Reproduzierbare Schritte
Partner mit klaren Grenzen
- Ein Projekt, ein Vertrag
- Mit einem Schritt beendet
Sieht richtig aus, funktioniert für alle, bleibt schnell.
Jedes Release wird Bildschirm für Bildschirm verglichen, auf Barrierefreiheit geprüft und am Geschwindigkeitsbudget gemessen. Ein Build, der das Budget überschreitet, kann nicht veröffentlicht werden, und optische Änderungen an einer Seite müssen freigegeben werden.
- Pixelvergleich mit Freigabe von Änderungen
- Befunde zur Barrierefreiheit direkt mit dem Code verknüpft
- Geschwindigkeitsbudgets und Lasttests bei jedem Release
Über das Testen mit NexusQA.
Welche Testarten werden abgedeckt?
Regressions-, Integrations-, Smoke-, API-, visuelle, Barrierefreiheits-, Sicherheits-, Geschwindigkeits-, Last- und explorative Tests – an einem Ort und mit einem gemeinsamen Ergebnisbericht.
Ändert die KI unseren Code selbstständig?
Nein. Die KI kann eine Korrektur vorschlagen und in einem Branch testen, aber nur ein Mensch kann sie annehmen. Eine angenommene Korrektur durchläuft die Merge-Warteschlange wie jede andere Änderung.
Wie funktioniert die Risikoreihenfolge?
Der Wissensgraph verknüpft jeden Test mit dem betroffenen Code und früheren Fehlschlägen. Bei jeder Änderung laufen die Tests zuerst, die am wahrscheinlichsten fehlschlagen. Vor einem Release wird dennoch jeder Test ausgeführt.
Können externe Testpartner das System nutzen?
Ja. Sie arbeiten im Tester-Portal, sehen nur ihre Projekte sowie Testdaten, und ihr Zugang endet automatisch mit ihrem Vertrag.
Funktioniert es mit der Forge?
Ja. Änderungen und Releases in der Forge starten ihre jeweiligen Tests, und ein Release wartet, bis diese bestanden sind. NexusQA funktioniert auch mit der Code-Plattform, die Sie bereits nutzen.
Tiefer eintauchen
Lassen Sie NexusQA etwas Eigenes testen.
Bringen Sie eine App und ein Release mit. Wir zeigen Ihnen risikobasierte Tests, einen erklärten Fehlschlag und eine Reparatur, die auf Ihre Freigabe wartet.