Hoppa till innehållet
XSIS
En man vid ett skrivbord med en bildskärm, sedd genom en glasvägg

Mjukvaruutveckling

UX och autonom kvalitetsteknik

Gränssnitt som människor kan använda, och releaser du kan lita på

Där produkter tappar användare och releaser tappar förtroende

Människor bedömer programvara efter om de kan slutföra sin uppgift. När skärmarna följer systemet i stället för arbetet gör användarna fel, ringer supporten eller ger upp.

Manuell regressionstestning saktar ner varje release och missar ändå defekter, och testning bara i slutet gör små problem till sena och dyra. Topptrafiken hittar sedan de gränser som ingen testade.

Vad som förändras för dig

  1. Produkter där människor slutför sina uppgifter

    Flöden formade av undersökningar och testade med riktiga användare före bygget, för varje språk och skärmstorlek du behöver.

  2. Tillgänglighet inbyggd från början

    Design och kod byggd enligt WCAG 2.2 AA och nationella tillgänglighetsregler, kontrollerad vid varje release.

  3. Releaser utan överraskningar

    Automatiserade sviter och kvalitetsgrindar som stoppar en trasig release, samt last- och kaostester som visar hur systemet fallerar innan dina kunder gör det.

Vad vi levererar

  • UX-undersökning och informationsarkitektur

    Intervjuer, observation och analys som omsätts i tydliga fynd, och en struktur för navigering, namngivning och innehåll.

  • Wireframes och testade prototyper

    Varje nyckeluppgift kartlagd steg för steg, inklusive fel och tomma tillstånd, och klickbara prototyper testade med riktiga användare.

  • Designsystem för gränssnitt

    Designtokens, komponenter och användningsråd som hålls i takt mellan Figma och kod, så att varje produkt förblir konsekvent.

  • Efterlevnad av tillgänglighetskrav

    Design och bygge kontrollerat mot WCAG 2.2 AA för kontrast, fokusordning, träffyta och etiketter för skärmläsare, inklusive layouter för höger till vänster för arabiska.

  • AI-drivet självläkande QA

    Automatiserade regressions- och integrationssviter körs vid varje ändring. När gränssnittet flyttas föreslår AI-stödda tester reparationen för en ingenjör att godkänna, i stället för att fallera slumpmässigt.

  • Prestanda-, last- och kaostestning

    Last- och stresstester av de kritiska användarresorna, och kontrollerade fel i tjänster och nätverk som visar hur systemet degraderar och återhämtar sig.

  • Kvalitetsgrindar och rapportering

    Tester, täckning och säkerhetsskanningar som stoppar en release när de fallerar, med defekttrender och releaseberedskap på ett ställe.

Hur vi arbetar

  1. Undersök och bedöm

    Vi intervjuar användare, går igenom analysdata, supportärenden och aktuella defekter och hittar var problemen slipper igenom i dag.

  2. Definiera

    Vi kommer överens om vilka användare designen gäller, vilka risker som ska testas och hur framgången ska mätas.

  3. Designa och testa med användare

    Vi prototypar nyckelflödena, testar dem med riktiga användare och rättar det som förvirrar dem före bygget.

  4. Automatisera

    Vi bygger testsviterna och testdatan och kopplar in dem i din pipeline som kvalitetsgrindar.

  5. Belasta och bryt

    Vi belastar systemet till topp och därutöver, injicerar fel och rättar det som ger vika före driftsättning.

  6. Håll det i gott skick

    Vi granskar det som släpps mot designen, rättar instabila tester snabbt och utbildar ditt team att äga sviterna.

Tekniker och standarder

Vi använder de verktyg som passar din teknikstack och har testerna i ditt kodförråd. Att nämna en produkt betyder inte att vi är partner med dess leverantör.

Testning
  • axe-core
  • Playwright
  • Cypress
  • Selenium
  • Appium
  • Jest
  • JUnit
  • pytest
  • Postman
  • k6
  • Apache JMeter
  • OWASP ZAP
Design och tillgänglighet
  • Figma
  • Storybook
  • WCAG 2.2

Så börjar du

Ett design- eller testuppdrag kan starta på egen hand eller som en del av ett bygge. Specialister kan också ansluta till ditt team som inbäddade designers eller QA-ingenjörer.

Vad som händer härnäst

  1. Förberedande samtal

    En kostnadsfri förkonsultation online i 30 minuter: vi går igenom dina mål, system och begränsningar.

  2. Mognadsgenomgång

    I en kostnadsfri mognadsgenomgång på 48 timmar prövar en ledande arkitekt ditt projekt mot de sex kriterierna för Definition of Ready och rekommenderar det spår som passar.

  3. Val av spår

    Projekt med tydlig omfattning får ett bindande förslag inom 3 till 5 arbetsdagar. Projekt i konceptfasen börjar i Blueprint Studio. Ett system i drift som fallerar, är odokumenterat eller behöver integreras börjar med en diagnostik på 1 till 2 veckor. Blueprint Studio och diagnostiken har var sitt fasta pris som anges i förslaget.

  4. Leverans i fem steg

    Mobilisering, sprintar med livedemonstrationer, integration och härdning, acceptans och driftsättning, sedan förvaltade tjänster. Efter driftsättningen följer en garantitid, därefter valfri support och förvaltning.

Frågor och svar

Behövs användarundersökningar om vi redan känner våra användare?

Du vet redan mycket, och undersökningen bygger vidare på det. Den prövar antaganden med de människor som gör arbetet och avslöjar ofta steg, tillfälliga lösningar och begrepp som aldrig når ett kravdokument. En kort omgång intervjuer och prototyptester kostar mindre än att ändra programvara efter driftsättning.

Hur görs produkter tillgängliga?

Vi utformar enligt WCAG 2.2 AA från första wireframen: tillräcklig kontrast, synligt fokus, logisk läsordning, tillräckligt stora träffytor och en etikett för varje kontroll. Automatiska kontroller körs vid varje ändring. Före varje release testar vi de viktigaste användarresorna för hand med tangentbord och skärmläsare.

Kan XSIS utforma för arabiska och andra språk som skrivs från höger till vänster?

Ja. Design för höger till vänster är mer än att spegelvända skärmen: navigering, förloppsindikatorer och riktningsikoner speglas, medan siffror, logotyper och mediekontroller oftast inte gör det. Arabisk text behöver eget typsnitt, egen storlek och egen radhöjd, och vi granskar båda riktningarna med modersmålsläsare.

Vad är självläkande testautomatisering?

Gränssnittstester går oftast sönder när en knapp flyttas eller byter namn, även om funktionen fortfarande fungerar. Självläkande tester använder AI för att hitta elementet igen och föreslå ett uppdaterat test, som en ingenjör granskar innan det godkänns. Sviten förblir pålitlig utan att dölja verkliga defekter.

Bör alla tester automatiseras?

Nej. Automatisera det som körs ofta och måste ge samma svar varje gång: enhetstester, API-tester och de viktigaste användarresorna. Låt människor sköta utforskande testning, användbarhet och funktioner som fortfarande ändras. En mindre svit som aldrig fallerar slumpmässigt är värd mer än en stor som ingen litar på.

Vad är kaostestning, och är det säkert?

Kaostestning stänger av tjänster, saktar ner nätverk eller fyller diskar med avsikt, för att visa att systemet degraderar kontrollerat och återhämtar sig. Vi börjar i testmiljöer, kommer överens om gränserna med din driftavdelning och kör bara kontrollerade experiment i produktion när övervakning och återställning har verifierats.

Hur testas integrationer med banker, betalningsleverantörer eller ERP-system?

Vi använder partnerns sandlåda där en sådan finns och simulatorer där den inte gör det, så att testerna körs vid varje ändring. Testdatan täcker avvisade betalningar, timeout, dubblerade meddelanden och partiella fel, och kontroller från början till slut bekräftar att summorna stämmer mellan systemen.

Redo att bygga? Begär ett förslag.

Skicka dina krav eller din offertförfrågan. Våra arkitekter validerar dem och lämnar ett bindande förslag med fast omfattning.

Vad som händer härnäst

  1. Mognadsgenomgång

    I en kostnadsfri mognadsgenomgång på 48 timmar prövar en ledande arkitekt ditt projekt mot de sex kriterierna för Definition of Ready och rekommenderar det spår som passar.

  2. Bindande förslag

    Efter en arkitekturvalidering utan kostnad får du ett bindande förslag med fast omfattning inom 3 till 5 arbetsdagar: milstolpar, arkitektur, teamstruktur och SLA:er. Vi tecknar ett sekretessavtal (NDA) med dig på begäran, innan du delar dina krav.

  3. Mobilisering

    När du har skrivit på börjar våra utvecklingsteam Sprint 0 inom 5 till 10 arbetsdagar från avtalstecknandet.

  4. Leverans i fem steg

    Mobilisering, sprintar med livedemonstrationer, integration och härdning, acceptans och driftsättning, sedan förvaltade tjänster. Efter driftsättningen följer en garantitid, därefter valfri support och förvaltning.