UX ja autonominen laadunvarmistus
Käyttöliittymiä, joita ihmiset osaavat käyttää, ja julkaisuja, joihin voi luottaa
Missä tuotteet menettävät käyttäjiä ja julkaisut varmuutta
Ihmiset arvioivat ohjelmistoa sen mukaan, saavatko he tehtävänsä valmiiksi. Kun näytöt seuraavat järjestelmää eivätkä työtä, käyttäjät tekevät virheitä, soittavat tukeen tai luovuttavat.
Manuaalinen regressiotestaus hidastaa jokaista julkaisua ja jättää silti virheitä, ja vain lopussa testaaminen muuttaa pienet ongelmat myöhäisiksi ja kalliiksi. Huippuliikenne löytää sitten rajat, joita kukaan ei testannut.
Mikä muuttuu teille
Tuotteet, joissa tehtävät saa valmiiksi
Polut suunniteltuina tutkimuksen pohjalta ja testattuina todellisten käyttäjien kanssa ennen rakentamista, jokaisella tarvitsemallanne kielellä ja näyttökoolla.
Saavutettavuus suunniteltuna sisään
Suunnitelmat ja koodi rakennettuina WCAG 2.2 AA:n ja kansallisten saavutettavuussääntöjen mukaan, tarkistettuina jokaisessa julkaisussa.
Julkaisuja ilman yllätyksiä
Automatisoidut testisarjat ja laatuportit, jotka pysäyttävät rikkinäisen julkaisun, sekä kuormitus- ja kaostestit, jotka näyttävät, miten järjestelmä pettää ennen asiakkaitanne.
Mitä toimitamme
UX-tutkimus ja informaatioarkkitehtuuri
Haastattelut, havainnointi ja analytiikka muutettuina selkeiksi löydöksiksi sekä rakenne navigaatiolle, nimeämiselle ja sisällölle.
Luonnokset ja testatut prototyypit
Jokainen keskeinen tehtävä kartoitettuna vaihe vaiheelta, mukaan lukien virheet ja tyhjät tilat, sekä klikattavat prototyypit testattuina todellisten käyttäjien kanssa.
UI-suunnittelujärjestelmät
Design-tokenit, komponentit ja käyttöohjeet pidettyinä samassa tahdissa Figman ja koodin välillä, jotta jokainen tuote pysyy yhtenäisenä.
Saavutettavuuden vaatimustenmukaisuus
Suunnitelmat ja toteutukset tarkistettuina WCAG 2.2 AA:ta vasten kontrastin, kohdistusjärjestyksen, kosketuskoon ja ruudunlukijatunnisteiden osalta, mukaan lukien arabian oikealta vasemmalle -asettelut.
Tekoälypohjainen itsestään korjaava laadunvarmistus
Automatisoidut regressio- ja integraatiosarjat ajettuina jokaisessa muutoksessa. Kun käyttöliittymä muuttuu, tekoälyavusteiset testit ehdottavat korjauksen insinöörin hyväksyttäväksi sen sijaan, että epäonnistuisivat satunnaisesti.
Suorituskyky-, kuormitus- ja kaostestaus
Kriittisten polkujen kuormitus- ja rasitustestit sekä palveluiden ja verkkojen hallitut viat, jotka näyttävät, miten järjestelmä heikkenee ja palautuu.
Laatuportit ja raportointi
Testit, kattavuus ja tietoturvaskannaukset, jotka pysäyttävät julkaisun epäonnistuessaan, sekä virhetrendit ja julkaisuvalmius yhdessä paikassa.
Miten työskentelemme
Tutkiminen ja arviointi
Haastattelemme käyttäjiä, katselmoimme analytiikan, tukipyynnöt ja viimeisimmät virheet ja löydämme, missä ongelmat karkaavat tänään.
Määrittäminen
Sovimme käyttäjät, joille suunnittelemme, testattavat riskit ja sen, miten onnistumista mitataan.
Suunnittelu ja testaus käyttäjien kanssa
Prototyyppaamme keskeiset polut, testaamme ne todellisilla käyttäjillä ja korjaamme sen, mikä heitä hämmentää, ennen rakentamista.
Automatisointi
Rakennamme testisarjat ja testidatan ja kytkemme ne putkeenne laatuporteiksi.
Kuormitus ja rikkominen
Kuormitamme järjestelmän huippuunsa ja sen yli, lisäämme vikoja ja korjaamme sen, mikä pettää ennen julkaisua.
Kunnossa pitäminen
Katselmoimme toimitetut muutokset suunnitelmaa vasten, korjaamme epävakaat testit nopeasti ja koulutamme tiiminne omistamaan testisarjat.
Teknologiat ja standardit
Käytämme työkaluja, jotka sopivat teknologiapinoonne, ja pidämme testit repositoriossanne. Tuotteen nimeäminen ei tarkoita kumppanuutta sen toimittajan kanssa.
- Testaus
- axe-core
- Playwright
- Cypress
- Selenium
- Appium
- Jest
- JUnit
- pytest
- Postman
- k6
- Apache JMeter
- OWASP ZAP
- Suunnittelu ja saavutettavuus
- Figma
- Storybook
- WCAG 2.2
Näyttö tuotannosta
Autonominen QA-insinööri oli osa tiimiä, joka rakensi reaaliaikaisen kaupankäynti- ja POS-moottorin monibrändiselle GCC-alueen vähittäiskauppakonsernille. Alusta testattiin sen vilkkaimpia ostoskausia varten.
Miten aloittaa
Suunnittelu- tai testausjakso voi alkaa itsenäisesti tai osana rakentamista. Asiantuntijat voivat myös liittyä tiimiinne upotettuina suunnittelijoina tai QA-insinööreinä.
Mitä tapahtuu seuraavaksi
Ennakkokonsultointi
Tilaisuus on maksuton 30 minuutin verkkopohjainen ennakkokonsultointi: käymme läpi tavoitteenne, järjestelmänne ja rajoituksenne.
Valmiustarkastus
Tilaisuuden jälkeen järjestetään maksuton 48 tunnin valmiustarkastus, jossa pääarkkitehti tarkistaa projektinne kuusikohtaista valmiuden määritelmää vasten ja suosittelee sopivaa polkua.
Polun valinta
Laajuudeltaan valmiit projektit saavat sitovan tarjouksen kolmen ja viiden arkipäivän kuluessa. Konseptivaiheen projektit alkavat Blueprint Studiossa. Käynnissä oleva järjestelmä, joka ei toimi, on dokumentoimaton tai vaatii integraatiota, alkaa diagnostiikalla, jonka kesto on 1-2 viikkoa. Blueprint Studiolla ja diagnostiikalla on kummallakin kiinteä maksu, joka ilmoitetaan tarjouksessa.
Toimitus viidessä vaiheessa
Käynnistys, sprintit reaaliaikaisin demoineen, integraatio ja kovettaminen, hyväksyntä ja käyttöönotto sekä hallinnoidut palvelut. Julkaisun jälkeen tulee takuuaika ja sen jälkeen valinnainen tuki ja ylläpito.
Upotetut asiantuntijat ja strateginen vahvistus
Lähi- ja paikan päällä työskentelevät pääinsinöörit ja asiantuntijat sekä upotetut ratkaisu-, transformaatio-, PQC- ja integraatioarkkitehdit.
Tekoälynatiivit tuotetiimit
Hallinnoituja, monialaisia seniori-insinöörien tiimejä, joilla on käytössään agenttipohjaiset koodaus- ja QA-työkalut.
Kysymyksiä ja vastauksia
Tarvitsemmeko käyttäjätutkimusta, jos tunnemme käyttäjämme jo?
Tiedätte paljon, ja tutkimus rakentuu sen päälle. Se testaa oletuksia työtä tekevien ihmisten kanssa ja paljastaa usein vaiheita, kiertoteitä ja termejä, jotka eivät koskaan päädy vaatimusdokumenttiin. Pieni kierros haastatteluja ja prototyyppitestejä maksaa vähemmän kuin ohjelmiston muuttaminen sen julkaisun jälkeen.
Miten teette tuotteista saavutettavia?
Suunnittelemme WCAG 2.2 AA:n mukaan ensimmäisestä luonnoksesta lähtien: riittävä kontrasti, näkyvä kohdistus, looginen lukujärjestys, riittävän suuret kosketuskohdat ja tunniste jokaiselle säätimelle. Automaattiset tarkistukset ajetaan jokaisessa muutoksessa. Ennen jokaista julkaisua testaamme keskeiset polut käsin näppäimistöllä ja ruudunlukijoilla.
Voitteko suunnitella arabiaa ja muita oikealta vasemmalle kirjoitettavia kieliä varten?
Kyllä. Oikealta vasemmalle -suunnittelu on enemmän kuin näytön peilaamista: navigaatio, edistymisilmaisimet ja suunnalliset kuvakkeet peilautuvat, kun taas numerot, logot ja median säätimet yleensä eivät. Arabiankielinen teksti tarvitsee oman kirjasimensa, kokonsa ja rivikorkeutensa, ja katselmoimme molemmat suunnat äidinkielisten lukijoiden kanssa.
Mitä itsestään korjaava testiautomaatio on?
Käyttöliittymätestit hajoavat yleensä, kun painike siirtyy tai nimetään uudelleen, vaikka ominaisuus toimisi yhä. Itsestään korjaavat testit käyttävät tekoälyä elementin löytämiseen uudelleen ja ehdottavat päivitettyä testiä, jonka insinööri katselmoi ennen hyväksyntää. Sarja pysyy luotettavana paljastamatta todellisia virheitä.
Pitäisikö meidän automatisoida kaikki testimme?
Ei. Automatisoikaa se, mikä ajetaan usein ja jonka on annettava sama vastaus joka kerta: yksikkötestit, rajapintatestit ja tärkeimmät polut. Jättäkää ihmisille tutkiva testaus, käytettävyys ja ominaisuudet, jotka ovat yhä muutoksessa. Pienempi sarja, joka ei koskaan epäonnistu satunnaisesti, on arvokkaampi kuin suuri, johon kukaan ei luota.
Mitä kaostestaus on, ja onko se turvallista?
Kaostestaus sammuttaa palveluita, hidastaa verkkoja tai täyttää levyjä tarkoituksella, jotta todistetaan järjestelmän heikkenevän hallitusti ja palautuvan. Aloitamme testiympäristöissä, sovimme rajat operatiivisen tiiminne kanssa ja teemme tuotannossa hallittuja kokeita vain, kun valvonta ja palautus on todistettu.
Miten testaatte integraatiot pankkeihin, maksupalveluntarjoajiin tai ERP-järjestelmiin?
Käytämme kumppanin hiekkalaatikkoa, kun sellainen on, ja simulaattoreita, kun ei, joten testit ajetaan jokaisessa muutoksessa. Testidata kattaa hylätyt maksut, aikakatkaisut, duplikaattiviestit ja osittaiset virheet, ja päästä päähän -tarkistukset vahvistavat, että summat täsmäävät järjestelmien välillä.
Valmiina rakentamaan? Pyytäkää tarjous.
Lähettäkää vaatimuksenne tai tarjouspyyntönne. Arkkitehtimme validoivat ne ja palauttavat sitovan tarjouksen, jonka laajuus on kiinteä.
Mitä tapahtuu seuraavaksi
Valmiustarkastus
Tilaisuuden jälkeen järjestetään maksuton 48 tunnin valmiustarkastus, jossa pääarkkitehti tarkistaa projektinne kuusikohtaista valmiuden määritelmää vasten ja suosittelee sopivaa polkua.
Sitova tarjous
Teille tehdään arkkitehtuurin validointi ilman kustannuksia, minkä jälkeen saatte sitovan, kiinteän laajuuden tarjouksen kolmen ja viiden arkipäivän kuluessa: välitavoitteet, arkkitehtuuri, tiimirakenne ja palvelutasot. Allekirjoitamme kanssanne salassapitosopimuksen (NDA) pyynnöstä ennen kuin jaatte vaatimuksenne.
Käynnistys
Kun allekirjoitatte, suunnittelutiimimme aloittaa Sprint 0:n viiden ja kymmenen arkipäivän kuluessa sopimuksen allekirjoituksesta.
Toimitus viidessä vaiheessa
Käynnistys, sprintit reaaliaikaisin demoineen, integraatio ja kovettaminen, hyväksyntä ja käyttöönotto sekä hallinnoidut palvelut. Julkaisun jälkeen tulee takuuaika ja sen jälkeen valinnainen tuki ja ylläpito.