Gå til indhold
XSIS
En mand ved et skrivebord med en skærm, set gennem en glasvæg

Softwareudvikling

UX og autonom kvalitetssikring

Brugerflader, som folk kan bruge, og udgivelser, du kan stole på

Hvor produkter mister brugere, og udgivelser mister tillid

Folk vurderer software ud fra, om de kan afslutte deres opgave. Når skærmene følger systemet i stedet for arbejdet, laver brugerne fejl, ringer til support eller giver op.

Manuel regressionstest forsinker hver udgivelse og overser stadig fejl, og hvis der først testes til sidst, bliver små problemer sene og dyre. Spidsbelastninger finder derefter de grænser, som ingen har testet.

Det ændrer sig for dig

  1. Produkter, hvor folk gennemfører deres opgaver

    Flows designet ud fra brugerundersøgelser og testet med rigtige brugere før udviklingen, på alle de sprog og skærmstørrelser, du har brug for.

  2. Indbygget tilgængelighed

    Design og kode bygget efter WCAG 2.2 AA og nationale regler for tilgængelighed, kontrolleret ved hver udgivelse.

  3. Udgivelser uden overraskelser

    Automatiserede testsuiter og kvalitetsporte, der stopper en fejlbehæftet udgivelse, og belastnings- og kaostests, der viser, hvordan systemet fejler, før dine kunder opdager det.

Det leverer vi

  • UX-research og informationsarkitektur

    Interviews, observation og analysedata omsat til klare resultater og en struktur for navigation, navngivning og indhold.

  • Wireframes og testede prototyper

    Hver nøgleopgave kortlagt trin for trin, inklusive fejl og tomme tilstande, og klikbare prototyper testet med rigtige brugere.

  • UI-designsystemer

    Designtokens, komponenter og retningslinjer for brug holdes i takt mellem Figma og koden, så alle produkter forbliver ensartede.

  • Tilgængelighedskrav opfyldt

    Design og udvikling kontrolleres efter WCAG 2.2 AA for kontrast, fokusrækkefølge, klikflades størrelse og etiketter til skærmlæsere, herunder layout fra højre mod venstre til arabisk.

  • AI-drevet selvhelende QA

    Automatiserede regressions- og integrationssuiter kører ved hver ændring. Når brugerfladen ændrer sig, foreslår AI-assisterede tests en rettelse, som en ingeniør godkender, i stedet for at fejle tilfældigt.

  • Ydelses-, belastnings- og kaostest

    Belastnings- og stresstest af de kritiske brugerrejser og kontrollerede nedbrud af services og netværk, der viser, hvordan systemet degraderer og kommer sig igen.

  • Kvalitetsporte og rapportering

    Tests, dækning og sikkerhedsscanninger, der stopper en udgivelse, når de fejler, med fejltendenser og udgivelsesparathed samlet ét sted.

Sådan arbejder vi

  1. Undersøg og vurdér

    Vi interviewer brugere, gennemgår analysedata, supporthenvendelser og nylige fejl og finder ud af, hvor problemerne slipper igennem i dag.

  2. Definer

    Vi aftaler, hvilke brugere der skal designes til, hvilke risici der skal testes, og hvordan succes skal måles.

  3. Design og test med brugere

    Vi laver prototyper af de vigtigste flows, tester dem med rigtige brugere og retter det, der forvirrer dem, før udviklingen.

  4. Automatiser

    Vi bygger testsuiterne og testdataene og kobler dem ind i din pipeline som kvalitetsporte.

  5. Belast og bryd ned

    Vi belaster systemet til spidsbelastning og derover, fremkalder fejl med vilje og retter det, der giver efter, før idriftsættelsen.

  6. Hold det sundt

    Vi holder det, der udgives, op mod designet, retter ustabile tests hurtigt og træner dit team i selv at eje testsuiterne.

Teknologier og standarder

Vi bruger de værktøjer, der passer til din teknologistak, og opbevarer testene i dit kodelager. At nævne et produkt betyder ikke, at vi er partner med leverandøren.

Test
  • axe-core
  • Playwright
  • Cypress
  • Selenium
  • Appium
  • Jest
  • JUnit
  • pytest
  • Postman
  • k6
  • Apache JMeter
  • OWASP ZAP
Design og tilgængelighed
  • Figma
  • Storybook
  • WCAG 2.2

Sådan begynder du

En design- eller testopgave kan stå alene eller indgå i et byggeprojekt. Specialister kan også indgå i dit team som indlejrede designere eller QA-ingeniører.

Det sker der nu

  1. Forhåndskonsultation

    En gratis online forhåndskonsultation på 30 minutter: vi gennemgår dine mål, systemer og begrænsninger.

  2. Parathedsanalyse

    I en gratis parathedsanalyse på 48 timer tjekker en ledende arkitekt dit projekt op mod de 6 punkter i Definition of Ready og anbefaler det spor, der passer.

  3. Valg af spor

    Projekter med et klart omfang modtager et bindende forslag inden for 3 til 5 hverdage. Projekter i konceptfasen starter i Blueprint Studio. Et system i drift, der fejler, er udokumenteret eller skal integreres, starter med en diagnosticering på 1 til 2 uger. Blueprint Studio og diagnosticeringen har hver et fast honorar, som er angivet i forslaget.

  4. Levering i fem faser

    Mobilisering, sprints med demonstrationer, integration og hærdning, accept og idriftsættelse samt derefter administrerede tjenester. Efter idriftsættelsen følger en garantiperiode, derefter valgfri support og vedligeholdelse.

Spørgsmål og svar

Har vi brug for brugerundersøgelser, hvis vi allerede kender vores brugere?

Du ved meget, og brugerundersøgelser bygger videre på det. De tester antagelser med de mennesker, der udfører arbejdet, og afslører ofte trin, omveje og begreber, som aldrig når frem til et kravdokument. En lille runde interviews og prototypetests koster mindre end at ændre software, efter at den er udgivet.

Hvordan gør I produkter tilgængelige?

Vi designer efter WCAG 2.2 AA fra den første wireframe: tilstrækkelig kontrast, synligt fokus, en logisk læserækkefølge, store nok klikflader og en etiket til hvert kontrolelement. Automatiske kontroller kører ved hver ændring. Før hver udgivelse tester vi de vigtigste brugerrejser manuelt med tastatur og skærmlæsere.

Kan I designe til arabisk og andre sprog, der skrives fra højre mod venstre?

Ja. Design fra højre mod venstre er mere end at spejle skærmen: navigation, fremdriftsindikatorer og retningsikoner spejles, mens tal, logoer og mediekontroller normalt ikke gør. Arabisk tekst kræver sin egen skrifttype, størrelse og linjehøjde, og vi gennemgår begge retninger med læsere, der har sproget som modersmål.

Hvad er selvhelende testautomatisering?

Interfacetests går som regel i stykker, når en knap flyttes eller omdøbes, selvom funktionen stadig virker. Selvhelende tests bruger AI til at finde elementet igen og foreslå en opdateret test, som en ingeniør gennemgår, før den accepteres. Suiten forbliver pålidelig uden at skjule reelle fejl.

Skal vi automatisere alle vores tests?

Nej. Automatiser det, der kører ofte og skal give samme svar hver gang: enhedstests, API-tests og de brugerrejser, der betyder mest. Lad mennesker stå for undersøgende tests, brugervenlighed og funktioner, der stadig ændrer sig. En mindre suite, der aldrig fejler tilfældigt, er mere værd end en stor, som ingen stoler på.

Hvad er kaostest, og er det sikkert?

Kaostest slukker bevidst services, gør netværk langsomme eller fylder diske for at bevise, at systemet degraderer kontrolleret og kommer sig igen. Vi starter i testmiljøer, aftaler grænserne med dit driftsteam og kører kun kontrollerede eksperimenter i produktion, når overvågning og tilbagerulning har vist sig at virke.

Hvordan tester I integrationer med banker, betalingsudbydere eller ERP-systemer?

Vi bruger partnerens sandkasse, hvor den findes, og simulatorer, hvor den ikke gør, så testene kører ved hver ændring. Testdata dækker afviste betalinger, timeouts, dublerede beskeder og delvise fejl, og kontroller fra ende til ende bekræfter, at totalerne stemmer på tværs af systemerne.

Klar til at bygge? Bed om et forslag.

Send dine krav eller din RFP. Vores arkitekter validerer dem og sender et bindende forslag med fast omfang retur.

Det sker der nu

  1. Parathedsanalyse

    I en gratis parathedsanalyse på 48 timer tjekker en ledende arkitekt dit projekt op mod de 6 punkter i Definition of Ready og anbefaler det spor, der passer.

  2. Bindende forslag

    Efter arkitekturvalidering uden omkostninger modtager du et bindende forslag med fast omfang inden for 3 til 5 hverdage: milepæle, arkitektur, teamstruktur og SLA’er. Vi underskriver efter anmodning en fortrolighedsaftale (NDA) med dig, før du deler dine krav.

  3. Mobilisering

    Når du har underskrevet, begynder vores ingeniørteams på sprint 0 inden for 5 til 10 hverdage efter kontraktunderskrivelse.

  4. Levering i fem faser

    Mobilisering, sprints med demonstrationer, integration og hærdning, accept og idriftsættelse samt derefter administrerede tjenester. Efter idriftsættelsen følger en garantiperiode, derefter valgfri support og vedligeholdelse.