Ydelser inden for testautomatisering
Ydelser inden for testautomatisering: end-to-end-testsuiter i Playwright, Selenium, Cypress og WebdriverIO, API- og komponenttests, automatiseringsframeworks, der bygges eller repareres, SDET-arbejde i jeres udviklingsteam og testsuiter koblet til CI, så hver ændring testes, før den udgives, med dedikerede testautomatiseringsingeniører til jeres team eller automatiseringsprojekter, der leveres fra start til slut.
Testautomatisering, vi bygger
End-to-end-testsuiter i Playwright
Browsertests i TypeScript, Python, Java eller C# på tværs af Chromium, Firefox og WebKit, med fixtures, page objects, netværksmocking, hvor en tredjepart er langsom, og et trace af hver fejl, der afspiller den trin for trin.
Selenium- og WebdriverIO-frameworks
Selenium-testsuiter i Java, C# eller Python, der holdes kørende og flyttes til WebDriver BiDi, Selenium Grid på Kubernetes eller et cloud-grid, og WebdriverIO, hvor ét JavaScript-framework tester både webappen og mobilappen.
Cypress-testsuiter
End-to-end- og komponenttests i Cypress til JavaScript-frontends, med egne kommandoer, opfangede netværkskald og parallelle kørsler registreret i Cypress Cloud eller i jeres egne rapporter.
CI-integration og parallelle kørsler
Testsuiter, der kører ved hver pull request i GitHub Actions, GitLab CI, Azure Pipelines eller Jenkins, fordelt på flere maskiner, så de er færdige på få minutter, med Allure- eller HTML-rapporter, traces og videoer knyttet til buildet.
Tests under brugerfladen
De fleste kontroller skrevet som unit-, komponent- og API-tests i xUnit, JUnit, pytest, Vitest eller Jest, der kører på få sekunder, så den langsommere browsertestsuite kun dækker de forløb, der kræver en browser.
SDET-arbejde i jeres team
En SDET, der indgår blandt jeres udviklere for at bygge frameworket, testdatafabrikker og opsætning af miljøer, gennemgå testene i hver pull request og gøre testbarhed til en del af ethvert design.
Reparation af ustabile tests
Ustabile tests fundet ud fra kørselshistorikken og rettet ved årsagen, for eksempel faste ventetider, delte testdata eller afhængighed af testrækkefølgen, eller slettet, med en karantæne i mellemtiden, så et rødt build betyder en reel fejl.
Testdata og miljøer
Syntetiske testdata genereret for hver kørsel, databaser seedet og nulstillet mellem tests og et midlertidigt miljø for hver pull request, så ingen test afhænger af det, en tidligere kørsel har efterladt.
Visuel regressionstest
Sammenligning af skærmbilleder i Playwright, Percy, Applitools eller Chromatic for de sider og komponenter, hvor layoutet har betydning, med datoer og andet skiftende indhold maskeret, så de ikke får buildet til at fejle.
Ansæt testautomatiseringsingeniører
Dedikerede testautomatiseringsingeniører
Testautomatiseringsingeniø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 Testautomatisering
En afgrænset opgave inden for testautomatisering med et fast omfang, en fast plan og en navngiven leder hos os, der ejer resultatet og rapporterer fremdriften i jeres kanaler.
Løbende testautomatisering
Testautomatisering 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 testautomatisering
Testautomatiseringsingeniører
Frameworks, testsuiter og CI-integration
SDET'er
Testbarhed, testdata og gennemgang af udvikleres tests
Manuelle QA-ingeniører
Testdesign og de kontroller, der er værd at automatisere
DevOps-ingeniører
Runners, parallelle builds og testmiljøer
Sådan automatiserer vi tests
Automatiseringen følger testpyramiden: de fleste kontroller kører som unit-, komponent- og API-tests, der er færdige på få sekunder, og browsertestsuiten dækker de forløb, brugerne er afhængige af, såsom tilmelding, søgning og betaling. Testene ligger i samme repository som koden, gennemgås i de samme pull requests og kører mod en rigtig database i en container i stedet for en mock.
En fejlende test blokerer for merge eller release, og en fejl, der ikke er en bug, behandles som en defekt i testsuiten: rettes ved årsagen eller fjernes, aldrig kørt igen, indtil den tilfældigvis består. På en testsuite, som et andet team har skrevet, starter vi med en skrivebeskyttet gennemgang af dens kørselshistorik, ustabile tests og dækning samt en skriftlig liste over risici i rækkefølge efter betydning.
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.
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.
Performancetest
Performance- og belastningstest: load-, stress- og soak-tests i k6, JMeter, Gatling og Locust, analyse af flaskehalse, kapacitetsplanlægning og Core Web Vitals, med dedikerede performanceingeniø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 testautomatisering
Hvilke brancher arbejder jeres testautomatiseringsingeniører i?
Mest e-handel og detailhandel, hvor søgning, kurv og checkout køres gennem automatiserede testsuiter ved hver release; fintech og bankvæsen, hvor betalings- og kontoforløb testes ved hver ændring, og resultaterne gemmes som dokumentation; enterprise SaaS- og ERP-produkter med mange roller og integrationer; sundhedsplatforme; AI- og dataprodukter; og medie- og forbrugerapps, der udkommer hver uge.
Playwright, Selenium eller Cypress?
Playwright til de fleste nye websuiter: det styrer Chromium, Firefox og WebKit fra TypeScript, Python, Java eller C#, kører tests parallelt og gemmer et trace af hver fejl til afspilning. Selenium, hvor der allerede findes en testsuite, eller hvor der er brug for et grid af rigtige browsere, og WebdriverIO, hvor ét framework skal styre både web og mobil gennem Appium. Cypress til JavaScript-frontends, hvor udviklerne allerede kender det. En eksisterende testsuite repareres frem for at blive skrevet om, medmindre en omskrivning er billigere.
Bruger I AI til at skrive tests?
Ja, til at udarbejde udkast. Playwrights testagenter og kodeassistenter omsætter en testplan til en første version af testene, og en udvikler gennemgår hver enkelt, kontrollerer, at den fejler, når funktionen er i stykker, og tilføjer den først derefter til testsuiten.
Hvor hurtigt kan testautomatiseringsingeniører starte?
Når den rette testautomatiseringsingeniø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 testautomatiseringsingeniø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.
Vil I have jeres tests automatiseret?
Fortæl os om jeres stack, hvordan I udgiver i dag, og hvilke kontroller I kører manuelt. I får svar inden for én arbejdsdag: en automatiseringsplan, kandidatprofiler eller et omfang for en gennemgang af jeres nuværende testsuite.