Hopp til innholdet
BigTree108

Tjenester innen manuell testing

Tjenester innen manuell testing for web-, mobil- og desktopprogramvare: funksjonstesting av nye funksjoner, regresjonstesting før hver utgivelse, utforskende testing, utforming og dokumentasjon av testcaser, testing på tvers av nettlesere og enheter og støtte til brukerakseptansetesting, med dedikerte manuelle QA-ingeniører til teamet deres eller testprosjekter levert fra start til slutt.

Manuell testing vi utfører

  • Funksjonstesting av nye funksjoner

    Hver user story kontrolleres mot kravene og akseptansekriteriene så snart den når et testmiljø, gjennom positive, negative og grensetilfeller, og feil registreres i Jira, Azure DevOps eller Linear med trinn, forventet og faktisk resultat, logger og et skjermopptak.

  • Regresjonstesting

    En regresjonssuite som holdes oppdatert etter hvert som produktet endres og kjøres før hver utgivelse, vektet mot områdene en endring berører, og en kort smoke-test etter hver utrulling til produksjon.

  • Utforming og dokumentasjon av testcaser

    Testplaner og testcaser skrevet ut fra kravene med grenseverdier, ekvivalensklasser, beslutningstabeller og parvise kombinasjoner, lagret i TestRail, Xray, Zephyr, Qase eller Azure Test Plans og koblet til kravet hver av dem dekker.

  • Utforskende testing

    Tidsavgrensede økter med et skriftlig testoppdrag som leter etter det testcasene ikke forutså: uvanlige data, avbrutte forløp, trege nettverk, to faner åpne samtidig, tilbakeknappen trykket midt i en betaling.

  • Testing på tvers av nettlesere og enheter

    Webapplikasjoner kontrollert i Chrome, Safari, Firefox og Edge på desktop og mobil, på ekte enheter eller i BrowserStack, Sauce Labs eller TestMu AI (tidligere LambdaTest), med nettleser- og enhetslisten hentet fra analysene deres.

  • Kontroll av data og integrasjoner

    Resultatene kontrolleres der de havner: rader hentet ut med SQL, meldinger i køen, e-poster i en testinnboks, betalinger i leverandørens sandbox og poster i CRM- eller ERP-systemet produktet mater.

  • Støtte til brukerakseptansetesting

    UAT planlagt sammen med forretningsbrukerne deres: scenarier skrevet på deres språk, testdata og miljøer klargjort, økter gjennomført sammen med dem, og godkjenning registrert mot hvert krav.

  • Gjennomgang av krav og design

    User stories, spesifikasjoner og Figma-design gjennomgått før utviklingen starter, med hull, motsigelser og kriterier ingen kunne testet tatt opp mens de fortsatt er billige å rette.

  • Lokaliseringstesting

    Oversettelser kontrollert i kontekst for avkuttet og uoversatt tekst, dato-, tall- og valutaformater per språkområde, flertallsformer, høyre-til-venstre-oppsett og e-postene og varslene som sendes på hvert språk.

Lei inn manuelle QA-ingeniører

  • Dedikerte manuelle QA-ingeniører

    Manuelle QA-ingeniø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 Manuell testing

    En avgrenset del av manuell testing med et omfang, en fast plan og en navngitt leder hos oss som eier resultatet og rapporterer fremdrift i kanalene deres.

  • Løpende manuell testing

    Manuell testing 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 manuell testing for dere

  • Manuelle QA-ingeniører

    Testdesign, utforskende testing og regresjonstesting

  • QA-ledere

    Teststrategi, godkjenning av utgivelser og rapportering

  • Testautomatiseringsingeniører

    Stabile kontroller flyttet over i automatiserte suiter

  • Forretningsanalytikere

    Krav og akseptkriterier

Slik gjennomfører vi manuell testing

Testingen starter før koden: en QA-ingeniør leser user storyen og designet, avtaler akseptansekriteriene med produktansvarlig og skriver testcaser mens funksjonen bygges. Hver feilrapport inneholder trinn en utvikler kan følge fra første gjennomlesing, bygg og miljø, logger og et opptak, og en alvorlighetsgrad avtalt med dere.

Manuell tid brukes der det trengs skjønn. Kontroller som er stabile fra utgivelse til utgivelse overlates til automatisering, så manuell testing dekker nye funksjoner, utforskende økter og forløpene som endres for ofte til å kunne skriptes. Testcasene ligger i testverktøyet deres, så det testerne vet, blir hos dere.

Andre tjenester innen programvaretesting

Oversikt: Programvaretesting og QA

Spørsmål om manuell testing

Hvilke bransjer jobber de manuelle QA-ingeniørene deres i?

Hovedsakelig e-handel og varehandel, med kasseløsning, betalinger og kampanjer testet før hvert salg; fintech og bank, der hver transaksjonsvei og grense krever dokumentasjon på hvordan den er testet; enterprise-SaaS og ERP, med mange roller, tilganger og lange forretningsprosesser; helsesektoren, med pasientdata og kliniske arbeidsflyter; medie- og forbrukerapper som lanseres på mange enheter; og tilkoblede enheter, der appen, webportalen og maskinvaren testes sammen.

Trenger vi fortsatt manuell testing hvis testene våre er automatisert?

Ja, til andre oppgaver. Automatisering gjentar kontroller noen allerede har utformet; manuell og utforskende testing finner problemene ingen har utformet en kontroll for, vurderer om et forløp gir mening for en bruker, og dekker funksjoner som endres for ofte til å kunne skriptes. De fleste team gjør begge deler og automatiserer de stabile regresjonsløpene over tid.

Kan dere teste uten skriftlige krav?

Ja. Testingen starter med produktet slik det er: utforskende økter kartlegger hva det gjør, spørsmål går til teamet deres, og svarene blir til testcaser og en liste over åpne beslutninger om atferd, som ofte blir den første skriftlige spesifikasjonen.

Hvor raskt kan manuelle QA-ingeniører starte?

Når rett manuell QA-ingeniø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 manuelle QA-ingeniø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.

Trenger dere testing før neste utgivelse?

Fortell oss hva produktet gjør, hvor ofte dere gir ut nye versjoner og hvor feil når brukerne deres. Dere får svar innen én arbeidsdag: en testplan, kandidatprofiler eller et omfang for en første testrunde.