Manuelle testydelser
Manuelle testydelser til web-, mobil- og desktopsoftware: funktionstest af nye funktioner, regressionstest før hver release, eksplorativ test, design og dokumentation af testcases, test på tværs af browsere og enheder og støtte til brugeraccepttest, med dedikerede manuelle QA-ingeniører til jeres team eller testprojekter, der leveres fra start til slut.
Manuel test, vi udfører
Funktionstest af nye funktioner
Hver story kontrolleres mod sine krav og acceptkriterier, så snart den når et testmiljø, gennem positive, negative og grænsetilfælde, og fejl oprettes i Jira, Azure DevOps eller Linear med trin, forventet og faktisk resultat, logs og en skærmoptagelse.
Regressionstest
En regressionstestsuite, der holdes ajour, efterhånden som produktet ændrer sig, og køres før hver release med vægt på de områder, en ændring berører, samt en kort smoke test efter hver udrulning til produktion.
Design og dokumentation af testcases
Testplaner og testcases skrevet ud fra kravene med grænseværdier, ækvivalensklasser, beslutningstabeller og parvise kombinationer, opbevaret i TestRail, Xray, Zephyr, Qase eller Azure Test Plans og sporet til det krav, hver enkelt dækker.
Eksplorativ test
Tidsbegrænsede sessioner med en skriftlig charter, der leder efter det, testcasene ikke forudså: usædvanlige data, afbrudte forløb, langsomme netværk, to faner åbne på samme tid og tilbage-knappen trykket midt i en betaling.
Test på tværs af browsere og enheder
Webapplikationer kontrolleret i Chrome, Safari, Firefox og Edge på desktop og mobil, på rigtige enheder eller i BrowserStack, Sauce Labs eller TestMu AI (tidligere LambdaTest), med listen over browsere og enheder hentet fra jeres analytics.
Kontrol af data og integrationer
Resultater kontrolleret dér, hvor de havner: rækker forespurgt med SQL, beskeder i køen, e-mails i en test-indbakke, betalinger i udbyderens sandbox og poster i det CRM eller ERP, produktet fodrer.
Støtte til brugeraccepttest
Brugeraccepttest planlagt sammen med jeres forretningsbrugere: scenarier skrevet på deres sprog, testdata og miljøer forberedt, sessioner afviklet sammen med dem og godkendelse registreret for hvert krav.
Gennemgang af krav og design
Stories, specifikationer og Figma-designs gennemlæst, før udviklingen starter, så huller, modsigelser og kriterier, ingen kunne teste, tages op, mens de stadig er billige at rette.
Lokaliseringstest
Oversættelser kontrolleret i kontekst for afkortet og uoversat tekst, dato-, tal- og valutaformater pr. landestandard, flertalsformer, højre-mod-venstre-layouts samt de e-mails og notifikationer, der sendes på hvert sprog.
Ansæt manuelle QA-ingeniører
Dedikerede manuelle QA-ingeniører
Manuelle QA-ingeniø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 Manuel test
En afgrænset opgave inden for manuel test med et fast omfang, en fast plan og en navngiven leder hos os, der ejer resultatet og rapporterer fremdriften i jeres kanaler.
Løbende manuel test
Manuel test 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 manuel test
Manuelle QA-ingeniører
Testdesign samt eksplorativ test og regressionstest
QA-ledere
Teststrategi, godkendelse af releases og rapportering
Testautomatiseringsingeniører
Stabile kontroller flyttet over i automatiserede testsuiter
Forretningsanalytikere
Krav og acceptkriterier
Sådan gennemfører vi manuel test
Testen starter før koden: en QA-ingeniør læser storyen og designet, aftaler acceptkriterierne med product owneren og skriver testcases, mens funktionen bygges. Hver fejlrapport indeholder trin, en udvikler kan følge allerede ved første gennemlæsning, build og miljø, logs og en optagelse samt en alvorlighedsgrad aftalt med jer.
Den manuelle tid bruges, hvor der er brug for dømmekraft. Kontroller, der er stabile fra release til release, overdrages til automatisering, så manuel test dækker nye funktioner, eksplorative sessioner og de forløb, der ændrer sig for ofte til at kunne scriptes. Testcases ligger i jeres testmanagementværktøj, så det, testerne ved, bliver hos jer.
Andre softwaretestydelser
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.
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 manuel test
Hvilke brancher arbejder jeres manuelle QA-ingeniører i?
Mest e-handel og detailhandel, hvor checkout, betalinger og kampagner testes før hvert udsalg; fintech og bankvæsen, hvor hver transaktionssti og grænse kræver dokumentation for, hvordan den er testet; enterprise SaaS og ERP med mange roller, rettigheder og lange forretningsprocesser; sundhedssektoren med patientdata og kliniske arbejdsgange; medie- og forbrugerapps, der udgives til mange enheder; og forbundne enheder, hvor appen, webportalen og hardwaren testes sammen.
Har vi stadig brug for manuel test, hvis vores tests er automatiseret?
Ja, til andet arbejde. Automatisering gentager kontroller, nogen allerede har designet; manuel og eksplorativ test finder de problemer, ingen har designet en kontrol til, vurderer, om et forløb giver mening for en bruger, og dækker funktioner, der ændrer sig for ofte til at kunne scriptes. De fleste teams gør begge dele og automatiserer med tiden de stabile regressionsforløb.
Kan I teste uden skriftlige krav?
Ja. Testen tager udgangspunkt i produktet, som det er: eksplorative sessioner kortlægger, hvad det gør, spørgsmål går til jeres team, og svarene bliver til testcases og en liste over åbne beslutninger om adfærd, som ofte bliver den første skriftlige specifikation.
Hvor hurtigt kan manuelle QA-ingeniører starte?
Når den rette manuel QA-ingeniø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 manuelle QA-ingeniø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.
Har I brug for test før jeres næste release?
Fortæl os, hvad produktet gør, hvor ofte I udgiver, og hvor fejl når frem til jeres brugere. I får svar inden for én arbejdsdag: en testplan, kandidatprofiler eller et omfang for en første testrunde.