UX és autonóm minőségmérnökség
Könnyen használható felületek és megbízható kiadások
Ahol a termékek elveszítik a felhasználókat, a kiadások pedig a bizalmat
Az emberek aszerint ítélik meg a szoftvert, hogy el tudják-e végezni benne a feladatukat. Ha a képernyők a rendszer logikáját követik, nem a munkát, a felhasználók hibáznak, az ügyfélszolgálatot hívják, vagy feladják.
A kézi regressziós tesztelés minden kiadást lassít, és mégis átcsúsznak rajta hibák, a csak a végén végzett tesztelés pedig az apró problémákból késői, drága problémákat csinál. A csúcsforgalom aztán felszínre hozza azokat a korlátokat, amelyeket senki sem tesztelt.
Mi változik Önnél
Termékek, amelyekben a feladat elvégezhető
Kutatásra épülő folyamatok, amelyeket a megvalósítás előtt valódi felhasználókkal tesztelünk, minden szükséges nyelven és képernyőméreten.
Beépített akadálymentesség
A WCAG 2.2 AA és a nemzeti akadálymentességi szabályok szerint készült tervek és kód, minden kiadásnál ellenőrizve.
Kiadások meglepetések nélkül
Automatizált tesztcsomagok és minőségi kapuk, amelyek megállítják a hibás kiadást, valamint terhelési és káosztesztek, amelyek megmutatják, hogyan hibásodik meg a rendszer, mielőtt az ügyfelei tapasztalnák.
Mit nyújtunk
UX-kutatás és információs architektúra
Interjúk, megfigyelés és analitika, világos megállapításokká alakítva, valamint a navigáció, az elnevezések és a tartalom szerkezete.
Drótvázlatok és tesztelt prototípusok
Minden kulcsfeladat lépésről lépésre feltérképezve, a hibaállapotokkal és az üres állapotokkal együtt, valamint valódi felhasználókkal tesztelt, kattintható prototípusok.
UI-tervezési rendszerek
Tervezési tokenek, komponensek és használati útmutatók, amelyeket a Figma és a kód között összhangban tartunk, így minden termék egységes marad.
Akadálymentességi megfelelés
A tervek és a megvalósítás ellenőrzése a WCAG 2.2 AA alapján a kontraszt, a fókuszsorrend, a célterületek mérete és a képernyőolvasó-címkék szempontjából, az arab nyelv jobbról balra haladó elrendezéseit is beleértve.
MI-vezérelt önjavító QA
Automatizált regressziós és integrációs tesztcsomagok futnak minden változtatásnál. Ha a felület megváltozik, az MI-támogatott tesztek javítást javasolnak, amelyet egy mérnök hagy jóvá, ahelyett hogy kiszámíthatatlanul elbuknának.
Teljesítmény-, terhelés- és káosztesztelés
A kritikus felhasználói utak terhelés- és stressztesztjei, valamint szolgáltatások és hálózatok ellenőrzött meghibásítása, amely megmutatja, hogyan romlik a rendszer működése, és hogyan áll helyre.
Minőségi kapuk és jelentések
Tesztek, lefedettség és biztonsági vizsgálatok, amelyek hiba esetén megállítják a kiadást, és egy helyen mutatják a hibatrendeket és a kiadásra való felkészültséget.
Hogyan dolgozunk
Kutatás és felmérés
Interjút készítünk a felhasználókkal, áttekintjük az analitikát, a támogatási kéréseket és a közelmúlt hibáit, és megkeressük, hol csúsznak át ma a problémák.
Meghatározás
Megállapodunk abban, kiknek tervezünk, milyen kockázatokat tesztelünk, és hogyan mérjük a sikert.
Tervezés és tesztelés felhasználókkal
Prototípust készítünk a kulcsfolyamatokról, valódi felhasználókkal teszteljük őket, és a megvalósítás előtt kijavítjuk, ami összezavarja őket.
Automatizálás
Elkészítjük a tesztcsomagokat és a tesztadatokat, és minőségi kapukként beépítjük őket a szállítási folyamatába.
Terhelés és törésteszt
A rendszert a csúcsterhelésig és azon túl terheljük, hibákat idézünk elő, és az élesítés előtt kijavítjuk, ami nem bírja a terhelést.
Folyamatos karbantartás
A kiadott verziókat a tervekhez mérjük, gyorsan kijavítjuk a megbízhatatlan teszteket, és felkészítjük a csapatát a tesztcsomagok gondozására.
Technológiák és szabványok
Az Ön technológiai vereméhez illő eszközöket használunk, és a teszteket az Ön repójában tartjuk. Egy termék említése nem jelent partnerséget a beszállítójával.
- Tesztelés
- axe-core
- Playwright
- Cypress
- Selenium
- Appium
- Jest
- JUnit
- pytest
- Postman
- k6
- Apache JMeter
- OWASP ZAP
- Design és akadálymentesítés
- Figma
- Storybook
- WCAG 2.2
Bizonyíték éles környezetből
Egy önálló QA-mérnök is tagja volt annak a csapatnak, amely valós idejű kereskedelmi és POS-motort épített egy többmárkás GCC-beli kiskereskedelmi csoportnak. A platformot a csúcsforgalmú vásárlási szezonokra tesztelték.
Hogyan kezdje
Egy tervezési vagy tesztelési megbízás önállóan is indulhat, vagy egy fejlesztés részeként. Szakértőink beágyazott tervezőként vagy QA-mérnökként a csapatához is csatlakozhatnak.
Mi történik ezután
Előzetes konzultáció
Egy ingyenes 30 perces online előzetes konzultáció: áttekintjük a céljait, rendszereit és korlátait.
Felkészültségi értékelés
Egy ingyenes 48 órás felkészültségi értékelés során egyik vezető architektünk a hatpontos készenléti definíció (Definition of Ready) alapján megvizsgálja a projektjét, és javasolja a hozzá illő utat.
Az út kiválasztása
A kész hatókörű projektek 3 és 5 munkanapon belül kötelező érvényű ajánlatot kapnak. A koncepciószakaszban lévő projektek a Blueprint Studióban indulnak. A hibás, dokumentálatlan vagy integrációra szoruló éles rendszer diagnosztikával indul (időtartam: 1 és 2 hét között). A Blueprint Studiónak és a diagnosztikának egyaránt fix díja van, amelyet az ajánlat tartalmaz.
Megvalósítás öt szakaszban
Mobilizálás, sprintek élő bemutatókkal, integráció és megerősítés, átvétel és élesítés, majd menedzselt szolgáltatások. Az élesítés után következik: garanciaidőszak, majd opcionális támogatás és karbantartás.
Beágyazott szakértők és stratégiai kapacitásbővítés
Nearshore és helyszíni vezető mérnökök és szakértők, valamint beágyazott megoldás-, transzformációs, PQC- és integrációs architektek.
MI-natív termékcsapatok
Menedzselt, több funkciót lefedő szenior mérnöki podok, ágens alapú kódolási és QA-keretrendszerekkel felszerelve.
Kérdések és válaszok
Kell felhasználókutatás, ha már ismerjük a felhasználóinkat?
Sokat tud róluk, és a kutatás erre épít. Azokkal ellenőrzi a feltételezéseket, akik a munkát végzik, és gyakran olyan lépéseket, kerülőutakat és kifejezéseket tár fel, amelyek soha nem kerülnek be a követelménydokumentumba. Egy rövid interjúsorozat és néhány prototípusteszt kevesebbe kerül, mint a szoftver módosítása a kiadás után.
Hogyan teszik akadálymentessé a termékeket?
Az első drótvázlattól a WCAG 2.2 AA szerint tervezünk: elegendő kontraszt, látható fókusz, logikus olvasási sorrend, kellően nagy célterületek és címke minden vezérlőelemhez. Automatizált ellenőrzések futnak minden változtatásnál. Minden kiadás előtt a kulcsfontosságú felhasználói utakat kézzel is teszteljük billentyűzettel és képernyőolvasókkal.
Tudnak arab és más jobbról balra író nyelvekhez tervezni?
Igen. A jobbról balra haladó tervezés több a képernyő tükrözésénél: a navigáció, a folyamatjelzők és az irányt jelző ikonok tükröződnek, a számok, a logók és a médiavezérlők általában nem. Az arab szöveghez saját betűtípus, betűméret és sormagasság kell, és mindkét irányt anyanyelvi olvasókkal ellenőrizzük.
Mi az önjavító tesztautomatizálás?
A felülettesztek általában elbuknak, amikor egy gomb máshová kerül vagy új nevet kap, pedig a funkció továbbra is működik. Az önjavító tesztek MI segítségével újra megtalálják az elemet, és frissített tesztet javasolnak, amelyet egy mérnök az elfogadás előtt átnéz. A tesztcsomag így megbízható marad, anélkül hogy valódi hibákat rejtene el.
Minden tesztünket automatizálnunk kell?
Nem. Azt érdemes automatizálni, ami gyakran fut, és mindig ugyanazt az eredményt kell adnia: az egységteszteket, az API-teszteket és a legfontosabb felhasználói utakat. A felfedező tesztelést, a használhatósági vizsgálatot és a még változó funkciókat bízza emberekre. Egy kisebb, soha ok nélkül el nem bukó tesztcsomag többet ér, mint egy nagy, amelyben senki sem bízik.
Mi a káosztesztelés, és biztonságos-e?
A káosztesztelés szándékosan leállít szolgáltatásokat, lelassít hálózatokat vagy megtölt lemezeket, hogy igazolja: a rendszer működése fokozatosan, kezelhetően romlik, és helyreáll. Tesztkörnyezetben kezdjük, a határokat az üzemeltetési csapatával egyeztetjük, és éles környezetben csak akkor futtatunk ellenőrzött kísérleteket, ha a monitorozás és a visszaállítás már bizonyítottan működik.
Hogyan tesztelik a bankokkal, fizetési szolgáltatókkal vagy ERP-kkel készülő integrációkat?
Ahol van, a partner sandboxát (tesztkörnyezetét) használjuk, ahol nincs, ott szimulátorokat, így a tesztek minden változtatásnál lefutnak. A tesztadatok lefedik az elutasított fizetéseket, az időtúllépéseket, a duplikált üzeneteket és a részleges hibákat, a teljes folyamatot átfogó ellenőrzések pedig megerősítik, hogy az összegek a rendszerek között egyeznek.
Készen áll az építésre? Kérjen ajánlatot.
Küldje el követelményeit vagy ajánlatkérését (RFP). Architektjeink ellenőrzik őket, és kötelező érvényű, rögzített hatókörű ajánlatot küldenek.
Mi történik ezután
Felkészültségi értékelés
Egy ingyenes 48 órás felkészültségi értékelés során egyik vezető architektünk a hatpontos készenléti definíció (Definition of Ready) alapján megvizsgálja a projektjét, és javasolja a hozzá illő utat.
Kötelező érvényű ajánlat
Az ingyenes architektúra-validálás után 3 és 5 munkanapon belül kötelező érvényű, rögzített hatókörű ajánlatot kap: mérföldkövekkel, architektúrával, csapatszerkezettel és SLA-kkal. Kérésre titoktartási megállapodást (NDA) írunk alá Önnel, mielőtt megosztaná a követelményeit.
Mobilizálás
Mérnöki podjaink a szerződés aláírását követő 5 és 10 munkanapon belül megkezdik a Sprint 0-t.
Megvalósítás öt szakaszban
Mobilizálás, sprintek élő bemutatókkal, integráció és megerősítés, átvétel és élesítés, majd menedzselt szolgáltatások. Az élesítés után következik: garanciaidőszak, majd opcionális támogatás és karbantartás.