Tjenester innen testautomatisering
Tjenester innen testautomatisering: end-to-end-suiter i Playwright, Selenium, Cypress og WebdriverIO, API- og komponenttester, automatiseringsrammeverk som bygges eller repareres, SDET-arbeid i utviklingsteamet deres og suiter koblet til CI slik at hver endring testes før den rulles ut, med dedikerte testautomatiseringsingeniører til teamet deres eller automatiseringsprosjekter levert fra start til slutt.
Testautomatisering vi bygger
End-to-end-suiter i Playwright
Nettlesertester i TypeScript, Python, Java eller C# på tvers av Chromium, Firefox og WebKit, med fixtures, page objects, nettverksmocking der en tredjepart er treg, og en trace av hver feil som spiller den av steg for steg.
Selenium- og WebdriverIO-rammeverk
Selenium-suiter i Java, C# eller Python som holdes i drift og flyttes til WebDriver BiDi, Selenium Grid på Kubernetes eller et grid i skyen, og WebdriverIO der ett JavaScript-rammeverk tester både webappen og mobilappen.
Cypress-suiter
End-to-end- og komponenttester i Cypress for JavaScript-frontends, med egendefinerte kommandoer, oppfangede nettverkskall og parallelle kjøringer registrert i Cypress Cloud eller i deres egne rapporter.
CI-integrasjon og parallelle kjøringer
Suiter som kjøres på hver pull request i GitHub Actions, GitLab CI, Azure Pipelines eller Jenkins, fordelt på flere maskiner slik at de er ferdige på minutter, med Allure- eller HTML-rapporter, traces og videoer knyttet til bygget.
Tester under brukergrensesnittet
De fleste kontroller skrives som enhets-, komponent- og API-tester i xUnit, JUnit, pytest, Vitest eller Jest som kjører på sekunder, slik at den tregere nettlesersuiten bare dekker brukerreisene som trenger en nettleser.
SDET-arbeid i teamet deres
En SDET som blir med utviklerne deres for å bygge rammeverket, testdatafabrikker og oppsett av miljøer, gjennomgå testene i hver pull request og gjøre testbarhet til en del av hver løsning.
Reparasjon av ustabile tester
Ustabile tester funnet ut fra kjørehistorikken og rettet ved årsaken, for eksempel faste ventetider, delte testdata eller avhengighet av rekkefølgen testene kjøres i, eller slettet, med karantene i mellomtiden slik at et rødt bygg betyr en reell feil.
Testdata og testmiljøer
Syntetiske testdata generert for hver kjøring, databaser fylt med startdata og tilbakestilt mellom testene, og et midlertidig miljø for hver pull request, slik at ingen test avhenger av det en tidligere kjøring har etterlatt seg.
Visuell regresjonstesting
Sammenligning av skjermbilder i Playwright, Percy, Applitools eller Chromatic for sidene og komponentene der layouten betyr noe, med datoer og annet innhold som endrer seg skjult, slik at de ikke feller bygget.
Lei inn testautomatiseringsingeniører
Dedikerte testautomatiseringsingeniører
Testautomatiseringsingeniører som blir en del av teamet deres på heltid, jobber i verktøyene og prosessen deres, og rapporterer til lederen deres. Dere intervjuer dem, og vi tar oss av den ukrainske kontrakten, lønn, fakturering og fravær.
Prosjekter innen Testautomatisering
En avgrenset del av testautomatisering med et omfang, en fast plan og en navngitt leder hos oss som eier resultatet og rapporterer fremdrift i kanalene deres.
Løpende testautomatisering
Testautomatisering som en løpende tjeneste: de samme menneskene hver måned, en backlog dere prioriterer, og timer dere kan se i portalen vår og på fakturaen.
Siden om dedikert team forklarer hvordan spesialister blir med i teamet deres, og siden om outsourcing dekker prosjektleveranse, overtakelser og hvordan vi priser.
Hvem som jobber med testautomatisering for dere
Testautomatiseringsingeniører
Rammeverk, suiter og CI-integrasjon
SDET-er
Testbarhet, testdata og gjennomgang av utvikleres tester
Manuelle QA-ingeniører
Testdesign og kontrollene som er verdt å automatisere
DevOps-ingeniører
Runners, parallelle bygg og testmiljøer
Slik automatiserer vi tester
Automatiseringen følger testpyramiden: de fleste kontroller kjøres som enhets-, komponent- og API-tester som er ferdige på sekunder, og nettlesersuiten dekker brukerreisene brukerne er avhengige av, som registrering, søk og betaling. Testene ligger i samme repositorium som koden, gjennomgås i de samme pull requestene og kjøres mot en ekte database i en container i stedet for en mock.
En test som feiler, blokkerer merge eller utgivelse, og en feil som ikke er en bug, behandles som en feil i suiten: rettet ved årsaken eller fjernet, aldri kjørt om igjen til den tilfeldigvis består. På en suite et annet team har skrevet, starter vi med en gjennomgang med kun lesetilgang av kjørehistorikken, de ustabile testene og dekningen, og en skriftlig liste over risikoer i rekkefølge etter betydning.
Andre tjenester innen programvaretesting
Manuell testing
Tjenester innen manuell testing: funksjonell testing, regresjonstesting og utforskende testing, utforming av testcaser, testing på tvers av nettlesere og enheter samt støtte til UAT, med dedikerte QA-ingeniører for manuell testing eller prosjektleveranse.
Testing av mobilapper
Tjenester innen testing av mobilapper: iOS- og Android-testing på ekte enheter og enhetsfarmer, automatisering med Appium, Espresso, XCUITest og Maestro samt kontroller før utgivelse i appbutikkene, med dedikerte QA-ingeniører for mobil eller prosjektleveranse.
API-testing
Tjenester innen API-testing: REST-, GraphQL- og gRPC-tester i Postman, REST Assured og kode, kontraktstesting med Pact, OpenAPI-validering og tjenestemocker, med dedikerte API-testere eller prosjektleveranse.
Ytelsestesting
Tjenester innen ytelses- og lasttesting: last-, stress- og soak-tester i k6, JMeter, Gatling og Locust, flaskehalsanalyse, kapasitetsplanlegging og Core Web Vitals, med dedikerte ytelsesingeniører eller prosjektleveranse.
Tilgjengelighetstesting
Tjenester innen tilgjengelighetstesting: WCAG 2.2-revisjoner, testing med skjermleser og tastatur, axe-kontroller i CI, hjelp til utbedring og samsvarsrapporter, med dedikerte tilgjengelighetstestere eller prosjektleveranse.
Spørsmål om testautomatisering
Hvilke bransjer jobber testautomatiseringsingeniørene deres i?
Hovedsakelig e-handel og varehandel, der søk, handlekurv og kasse kjøres gjennom automatiserte suiter ved hver utgivelse; fintech og bank, med betalings- og kontoforløp testet ved hver endring og resultatene lagret som dokumentasjon; enterprise-SaaS- og ERP-produkter med mange roller og integrasjoner; helseplattformer; AI- og dataprodukter; og medie- og forbrukerapper som rulles ut hver uke.
Playwright, Selenium eller Cypress?
Playwright for de fleste nye websuiter: det styrer Chromium, Firefox og WebKit fra TypeScript, Python, Java eller C#, kjører tester parallelt og lagrer en trace av hver feil som kan spilles av. Selenium der det allerede finnes en suite eller det trengs et grid av ekte nettlesere, og WebdriverIO der ett rammeverk skal styre både web og mobil gjennom Appium. Cypress for JavaScript-frontends der utviklerne allerede kjenner det. En eksisterende suite repareres i stedet for å skrives på nytt, med mindre en omskriving blir billigere.
Bruker dere AI til å skrive tester?
Ja, til å lage utkast. Playwrights testagenter og kodeassistenter gjør en testplan om til en første versjon av testene, og en utvikler gjennomgår hver enkelt, sjekker at den feiler når funksjonen er ødelagt, og legger den først da til i suiten.
Hvor raskt kan testautomatiseringsingeniører starte?
Når rett testautomatiseringsingeniør er tilgjengelig, avhenger starten bare av intervjuet deres, NDA-en og IP-overdragelsen. Ellers gjennomfører vi et søk, som vanligvis gir kandidatprofiler innen to til tre uker, og ingen starter før dere har sagt ja.
Hvordan leier vi inn testautomatiseringsingeniører gjennom BigTree108?
Fortell oss om arbeidet, erfaringsnivået og timene dere trenger. Vi foreslår én eller to personer med profilene deres, dere intervjuer dem slik dere ville intervjuet en egen ansatt, og dere signerer én avtale med BIG TREE 108 LLC og får én faktura i måneden.
Hvem eier arbeidet de leverer?
Det gjør dere. Hver spesialist har en signert kontrakt med BigTree108 som overdrar alt arbeidsresultat til selskapet, og avtalen vår med dere overdrar det videre til dere. Kode, design og dokumenter leveres inn i deres egne repositorier og verktøy, og oppbevares ikke der bare vi kan endre dem.
Vil dere automatisere testene?
Fortell oss om teknologistakken deres, hvordan dere gir ut nye versjoner i dag og hvilke kontroller dere kjører manuelt. Dere får svar innen én arbeidsdag: en automatiseringsplan, kandidatprofiler eller et omfang for en gjennomgang av den nåværende suiten.