Ydelser inden for performance- og belastningstest
Ydelser inden for performance- og belastningstest: load-, stress-, spike- og soak-tests i k6, JMeter, Gatling og Locust, kapacitetsplanlægning før lanceringer og salgsspidser, analyse af flaskehalse i kode, databaser og infrastruktur, frontend-performance og Core Web Vitals samt performancetests i CI, med dedikerede performanceingeniører til jeres team eller performancetestprojekter, der leveres fra start til slut.
Performancetest, vi udfører
Belastningstest
Den trafik, I forventer, modelleret ud fra produktionslogs og analytics som brugerforløb med tænketid og realistiske data og kørt, indtil svartider, fejlrater og ressourceforbrug viser, hvor systemet står i forhold til sine mål.
Stress- og spike-tests
Belastning hævet ud over den forventede spids for at finde bristepunktet og det, der svigter først, og pludselige stigninger som en marketingmail eller et billetsalg for at se, om autoskaleringen reagerer i tide, og systemet kommer sig af sig selv.
Soak- og udholdenhedstests
Stabil belastning holdt i timer eller dage for at finde hukommelseslækager, opbrugte forbindelsespuljer, voksende køer og diske, der fyldes med logs, de problemer, en kort test aldrig når frem til.
Scripts i k6, JMeter, Gatling og Locust
Grafana k6 i JavaScript, Apache JMeter til eksisterende testplaner og andre protokoller end HTTP, Gatling i Java eller TypeScript og Locust i Python, med scripts opbevaret i repositoriet ved siden af den kode, de tester.
Analyse af flaskehalse
Resultater læst sammen med traces, metrikker og profiler i Grafana, Datadog, New Relic eller Application Insights, så et langsomt svar kan føres tilbage til den forespørgsel, lås, trådpulje eller det eksterne kald, der ligger bag, og hver rettelse testes igen under samme belastning.
Kapacitetsplanlægning til lanceringer og spidsbelastninger
Belastningstests dimensioneret til en lancering, en salgsspids eller en kampagne, hvor antallet af instanser og de autoskaleringsgrænser, der holder ved den belastning, nedskrives, og prisen for at køre på spidsbelastning estimeres før dagen.
Frontend-performance og Core Web Vitals
Largest Contentful Paint, Interaction to Next Paint og Cumulative Layout Shift fulgt ud fra rigtige brugeres feltdata, med Lighthouse og WebPageTest i laboratoriet til at finde årsagen og derefter forbedret gennem ændringer af billeder, scripts, skrifttyper og caching.
Performancetests i CI
Korte belastningstests med tærskler for bestået og ikke bestået ved hver release i GitHub Actions, GitLab CI eller Azure Pipelines, større kørsler i Grafana Cloud k6, Azure Load Testing eller BlazeMeter og hver kørsel sammenlignet med det forrige build, så en regression opdages, før brugerne mærker den.
Tests af robusthed og failover
Instanser, zoner og afhængigheder lukket ned under belastning med AWS Fault Injection Service, Azure Chaos Studio eller Chaos Mesh for at kontrollere, at failover, genforsøg og circuit breakers virker, og at genopretningen når sit mål.
Ansæt performanceingeniører
Dedikerede performanceingeniører
Performanceingeniører, der indgår i jeres team på fuld tid, arbejder i jeres værktøjer og processer og rapporterer til jeres leder. I interviewer dem; vi står for den ukrainske kontrakt, lønudbetalingen, faktureringen og ferie og orlov.
Projekter inden for Performancetest
En afgrænset opgave inden for performancetest med et fast omfang, en fast plan og en navngiven leder hos os, der ejer resultatet og rapporterer fremdriften i jeres kanaler.
Løbende performancetest
Performancetest som løbende ydelse: de samme folk hver måned, en backlog, I selv prioriterer, og timer, I kan se i vores portal og på fakturaen.
Siden om dedikerede teams forklarer, hvordan specialister indgår i jeres team, og siden om outsourcing beskriver projektleverance, overtagelser og hvordan vi tager betaling.
Hvem arbejder med jeres performancetest
Performanceingeniører
Belastningsmodeller, scripts og analyse
Site reliability-ingeniører
Overvågning, autoskalering og kapacitet
Backend-udviklere
Rettelser i kode, forespørgsler og caching
Databaseadministratorer
Forespørgselsplaner, indekser og forbindelsesgrænser
Frontend-udviklere
Forbedringer af Core Web Vitals
Sådan gennemfører vi performancetests
Hver test starter fra et skriftligt mål: antallet af brugere eller forespørgsler, svartiden ved 95. eller 99. percentil, den acceptable fejlrate og prisen. Belastningen modelleres efter produktionstrafikken, testdata genereres i produktionsvolumen, og testen kører mod et miljø, der er dimensioneret som produktion, eller mod selve produktionen i et aftalt tidsrum.
Resultaterne leveres med en forklaring og ikke kun et diagram: hvilken komponent der nåede sin grænse, hvorfor, og hvilken ændring der flytter den, med hver rettelse bekræftet ved en ny kørsel under samme belastning. Scripts, datageneratorer og tærskler bliver i jeres repository, så jeres team kan køre de samme tests før hver release.
Andre softwaretestydelser
Manuel test
Manuel test: funktionel test, regressionstest og eksplorativ test, design af testcases, test på tværs af browsere og enheder samt UAT-support, med dedikerede manuelle QA-ingeniører eller projektleverance.
Testautomatisering
Testautomatisering: testsuiter i Playwright, Selenium, Cypress og WebdriverIO, SDET-arbejde, API-tests og visuelle tests samt CI-integration, med dedikerede testautomatiseringsingeniører eller projektleverance.
Test af mobilapps
Test af mobilapps: test af iOS og Android på rigtige enheder og device farms, automatisering med Appium, Espresso, XCUITest og Maestro samt kontrol før udgivelse i app-butikkerne, med dedikerede mobile QA-ingeniører eller projektleverance.
API-test
API-test: REST-, GraphQL- og gRPC-tests i Postman, REST Assured og kode, contract testing med Pact, validering af OpenAPI og service mocks, med dedikerede API-testingeniører eller projektleverance.
Tilgængelighedstest
Tilgængelighedstest: WCAG 2.2-audits, test med skærmlæser og tastatur, axe-kontroller i CI, hjælp til udbedring og overensstemmelsesrapporter, med dedikerede tilgængelighedstestere eller projektleverance.
Spørgsmål om performance- og belastningstest
Hvilke brancher arbejder jeres performanceingeniører i?
Mest e-handel og detailhandel, før salgsspidser og kampagner; fintech og bankvæsen, hvor betalings- og handelssystemer har mål for latenstid; enterprise SaaS-produkter, der får større kunder; medie- og streamingtjenester, hvis trafik kommer på én gang; og telecom-, cloud- og hostingudbydere, der dimensionerer deres platforme.
Kan I belastningsteste i produktion?
Ja, når staging ikke kan gengive det rigtige system. Testen kører i et aftalt tidsrum med lav trafik, optrappes i trin med stopbetingelser for fejlrate og latenstid, bruger testkonti og data, der fjernes bagefter, og følges af en navngiven kontaktperson på hver side.
k6, JMeter eller Gatling?
k6 til det meste nye arbejde: tests skrives i JavaScript, køres fra kommandolinjen og passer ind i en pipeline. JMeter, hvor der allerede findes testplaner, eller hvor protokollen ikke er HTTP, for eksempel JDBC, JMS eller ren TCP. Gatling til teams, der arbejder i Java eller TypeScript, og Locust til Python-teams. Vi arbejder også med det værktøj, jeres team allerede bruger.
Hvor hurtigt kan performanceingeniører starte?
Når den rette performanceingeniør er tilgængelig, afhænger starten kun af jeres samtale samt NDA og overdragelse af IP-rettigheder. Ellers gennemfører vi en søgning, som typisk giver kandidatprofiler inden for to til tre uger, og ingen starter, før I har sagt ja.
Hvordan ansætter vi performanceingeniører gennem BigTree108?
Fortæl os om opgaverne, erfaringsniveauet og det timetal, I har brug for. Vi foreslår en eller to personer med deres profiler, I interviewer dem på samme måde, som I ville interviewe jeres egen medarbejder, og I underskriver én aftale med BIG TREE 108 LLC og modtager én faktura om måneden.
Hvem ejer det arbejde, de producerer?
Det gør I. Hver specialist har en underskrevet kontrakt med BigTree108, som overdrager alt arbejdsresultat til virksomheden, og vores aftale med jer overdrager det videre til jer. Kode, designs og dokumenter leveres ind i jeres egne repositories og værktøjer og opbevares ikke et sted, hvor kun vi kan ændre dem.
Forventer I mere trafik?
Fortæl os, hvad systemet gør, hvor meget trafik det får i dag, og hvor meget I forventer. I får svar inden for én arbejdsdag: en testplan med mål, kandidatprofiler eller et omfang for en første belastningstest.