Találja meg a hibát, mielőtt az ügyfelei találnák meg.
A NexusQA a Nexus rendszerébe épített tesztelési környezet, egyben az MI-gyár minőségkapuja. A regressziós, API-, vizuális, akadálymentességi, sebesség-, terheléses, biztonsági és egyéb tesztek egy helyen futnak, abban a sorrendben, ahogy a legvalószínűbb a hibák feltárása. Az MI minden sikertelen tesztet megmagyaráz és javítást is javasolhat, de azt csak ember fogadhatja el. A kiadások megvárják, amíg a tesztek sikeresen lefutnak.
A módosítástól az eredményig, hat lépésben.
Minden lépés automatikus, amíg emberi beavatkozásra nincs szükség. Ekkor a folyamat megáll, és értesíti az illetékest az okról.
Kapcsolódás
Irányítsa a NexusQA-t a tárolóira és a kiadásaira. A módosítások, a kiadások, sőt még az incidensek is elindítják a megfelelő teszteket.
Írás és rögzítés
Írjon teszteket, rögzítse őket a böngészőben, vagy hagyja, hogy az MI készítsen tervezetet egy oldal alapján. Tíz típus, egy helyen.
Futtatás kockázati sorrendben
A tudásgráf tudja, hogy az egyes tesztek mely kódrészleteket érintik, így a valószínűsíthetően elbukó tesztek futnak le először.
Elemzés
Az MI elemzi a nyomkövetést, a módosítást és a korábbi hibákat, majd megállapítja, hogy az alkalmazás, a teszt vagy a környezet okozta-e a problémát.
Javítás
Az MI javasolhat javítást, és tesztelheti azt egy külön ágon. Egy ember áttekinti a javaslatot, és dönt.
Kiadás
A kiadás megvárja, amíg a tesztek sikeresen lefutnak, majd bármely más módosításhoz hasonlóan áthalad a Forge folyamaton.
A valószínű hibák futnak le először.
A NexusQA a tudásgráf segítségével kapcsolja össze a kódot, a teszteket és a korábbi hibákat. Amikor új módosítás érkezik, a legnagyobb valószínűséggel elbukó tesztek futnak le először, így a hibáról másodpercek alatt értesül, nem csak a tesztcsomag végén. Ettől függetlenül a kiadás előtt minden teszt lefut.
Tesztek kockázati sorrendben
Minden teszt kap egy kockázati pontszámot az adott módosításra vonatkozóan, szöveges indoklással együtt.
- Indoklás, nem csak pontszámok
- Az első hiba egy percen belül
Minden kiadás leteszteli önmagát
A módosítások, a kiadások és az incidensek elindítják a megfelelő tesztcsomagokat. Az eredmények visszakerülnek a kiadási kapuhoz és a hibajegyekhez.
- A kiadások megvárják a tesztjeiket
- Az incidensek is elindítanak egy ellenőrzést
Az alkalmazás, a teszt vagy a környezet?
Egy sikertelen teszt csak akkor hasznos, ha tudjuk az okát. A NexusQA maszkolva megőrzi a lépéseket, a képernyőképet, a hálózati adatokat és a felvételt, az MI pedig a módosítással és a korábbi hibákkal együtt elemzi ezeket, hogy megmondja, mi romlott el.
- Lépések, képernyő és hálózat a hiba pillanatában
- MI-alapú kivizsgálás a bizonyossági szint megjelölésével
- Hasonló hibák a múltból, a gráfban megtalálva
- A megbízhatatlan teszteket félreteszi: lefutnak, de nem számítanak bele az eredménybe
Az MI javasol. Az ember elfogad.
Ha a hiba egyértelmű, az MI megtervezheti a javítást, egy második modellel ellenőriztetheti a tervet, elvégezheti a módosítást egy külön ágon, és lefuttathatja az összes tesztet. Ezután megáll. Egy ember elolvassa a módosítást és dönt; az elfogadott javítás pedig bármely más módosításhoz hasonlóan bekerül a beolvasztási sorba.
Hét szakasz, egy jóváhagyás
Feltárva, kivizsgálva, megtervezve, ellenőrizve, javítva, igazolva és jóváhagyva. Az utolsó lépés mindig egy emberé.
- Egy második modell ellenőrzi a tervet
- Csak ember fogadhatja el
Melyik MI, és ki a felelős
Minden MI-lépés a kapcsolóközponton keresztül fut: először a helyi modell, a költségkereten belül, és minden javításért egy ember felel.
- Helyi modell elsőként
- Költségkeretek és korlátok projektenként
Emberek is tesztelnek, és minden rögzítésre kerül.
Vannak dolgok, amelyeket csak egy ember vesz észre. A tesztelők – beleértve a külső tesztelő partnereket is – egy portálon dolgoznak: egy keretben használják az alkalmazást, rajzolnak rá, a rendszer pedig rögzíti számukra a buildet, az eszközt és a lépéseket. Csak tesztadatokat látnak, ügyféladatokat soha.
Rajzoljon rá, küldje el
Jelölőtűk, dobozok, nyilak és jegyzetek közvetlenül az alkalmazáson, minden lépés visszajátszási lehetőségével.
- Automatikusan rögzítve
- Visszajátszható lépések
Partnerek, korlátokkal
- Egy projekt, egy szerződés
- Egyetlen lépésben lezárva
Jól néz ki, mindenki számára működik, és gyors marad.
Minden kiadást képernyőről képernyőre összehasonlítunk, ellenőrizzük az akadálymentességét, és összevetjük a sebességi keretével. A keretet túllépő build nem adható ki, az oldal megjelenésének változásait pedig jóvá kell hagyni.
- Képpont alapú összehasonlítás, a változások jóváhagyásával
- Kódhoz kapcsolt akadálymentességi megállapítások
- Sebességi keretek és terheléses tesztek minden kiadásnál
A NexusQA-val történő tesztelésről.
Milyen típusú teszteléseket fed le?
Regressziós, integrációs, füst-, API-, vizuális, akadálymentességi, biztonsági, sebesség-, terheléses és feltáró tesztelést egy helyen, egységes eredménylistával.
Az MI önállóan módosítja a kódunkat?
Nem. Az MI javasolhat javítást, és tesztelheti azt egy külön ágon, de csak ember fogadhatja el, az elfogadott javítás pedig bármely más módosításhoz hasonlóan bekerül a beolvasztási sorba.
Hogyan működik a kockázati sorrend?
A tudásgráf minden tesztet összekapcsol az általa érintett kóddal és a korábbi hibákkal. Minden módosításnál a legnagyobb valószínűséggel elbukó tesztek futnak le először. Ettől függetlenül a kiadás előtt minden teszt lefut.
Külső tesztelő partnerek is használhatják?
Igen. Ők a tesztelői portálon dolgoznak, csak a saját projektjeiket és a tesztadatokat látják, a hozzáférésük pedig a szerződésük lejártával megszűnik.
Működik a Forge-dzsal?
Igen. A Forge-ban történő módosítások és kiadások elindítják a saját tesztjeiket, a kiadás pedig megvárja, amíg azok sikeresen lefutnak. A NexusQA a már meglévő kódtárolójával is együttműködik.
Részletesebben
Nézze meg, hogyan teszteli a NexusQA az Ön egyik rendszerét.
Hozzon egy alkalmazást és egy kiadást. Megmutatjuk a kockázat szerint rendezett teszteket, egy megmagyarázott hibát és egy, az Ön jóváhagyására váró javítást.