Hvordan bli en tester programvare: fra intervjuet for å finne den første feilen
Arbeid Og Study / / December 25, 2019
Alex Semin
Lederen for avdelingen for testing av Globus selskapet, som er engasjert i utvikling av mobile applikasjoner og nettsteder for store kunder som "Yandex", "Kaspersky Lab" av ABBYY, Rutube, "CTC Media" Headhunter "TNT Club", "The Messenger Reise", "PPF Life Insurance", av VimpelCom og andre. Mer enn seks år i yrket. Jeg gikk hele veien fra junior-tester til instituttleder.
Min reise startet med en nysgjerrighet tester. Siden barndommen, ble jeg engasjert i sammenstillingen datamaskiner og installere programvaren, i løpet av en vanlig spørsmålet: "Hvorfor er ikke installert? Hvorfor kan ikke jeg?". I det øyeblikket trodde jeg at jeg ønsket å bli tester, for å engasjere seg i produksjon av kvalitet programvare og finne svar på alle disse spørsmålene.
Nedenfor vil jeg fortelle fremtiden QA-eksperter om hva de kan forvente i begynnelsen av sin karriere, og gi noen tips fra min egen erfaring.
intervju
Junior-tester er ikke veldig vanskelig å passere et intervju. Fra det ikke forvent en dyp kunnskap om teori og verktøy for testing. Når intervjuet slike kandidater, betaler vi hensyn til hastighet og livligheten i tenkning, frisk og kreativ tilnærming til problemløsning.
For eksempel vil uvanlige stille spørsmål se hvordan mannen tenker:
- Flyet flyr fra punkt A til 17:00, og ankommer ved punkt B på 19:00. Når dette er i flukt i tre timer. Hvorfor kan dette være?
- Hvordan sørge for at ved å få en oppdatert søknad, konkurrenter er ikke i stand til å finne ham en ny funksjon?
Vær forberedt, og til de fleste vanlige oppgaver - å teste et enkelt objekt: et stykke papir, en blyant, en nettfilter og lignende.
Også for et intervju vil være nyttig:
- Undersøke hvilke typer tester: funksjonell og utforskende testing, automatiserte tester (inkludert verktøy for det), belastning og stresstesting, røyk-testing.
- I tillegg lese om aksept testing og kriterier.
- Hvis vi snakker om å teste web-applikasjoner, er det en nettleser konsollen og dens arbeid, og antallet versjoner av nettlesere, skjermoppløsning, testing layoutverktøy (pixel perfekt).
- Hvis vi snakker om mobile apps, denne typer plattformer, emulatorer, ape testing. Ikke glem om platene.
- Undersøke hvilke typer bug-trackere. Mest populære: Jira, Bugzilla, Redmine, Mantis. Se hvordan de fungerer, hva deres funksjoner.
- På lang sikt - Jmeter verktøy, Postman, Charles. De er ikke veldig vanskelig å lære på et grunnleggende nivå.
første dag
Den første arbeidsdagen går som standard: gi datamaskinen du ønsker å konfigurere, installere arbeidsprogrammer. Systemansvarlig forbereder tilgang til e-post og bedrifts interne programmer.
Det er ikke nødvendig å spørre hvor å installere en Skype, bruker det et kallenavn fra skolen ganger gangsta_666 eller morsomt bilde. Bruk i kombinasjon kallenavn, f.eks eller ivansmirnov smirnovivan, satte sin vanlige bilder.
Et viktig skritt i forberedelsene til arbeidsdagen - møte med bug trekrom, som bruker selskapet. Dette er for å spørre på forhånd: studie artikler se på trening video. Du vil spare tid kollegaer og deg selv vil føle seg mer trygg.
Den første oppgaven
Du vil være det første prosjektet for dipping. Jeg anbefaler deg å bli kjent med historien om bug tracker for å se hvilke feil allerede har møtt eller er de mest vanlige. Du er i stand til å artikulere seg selv og statistikk vil forstå på hvilke punkter du bør betale mer oppmerksomhet.
Ta initiativ. Hvis du ikke har gitt en sjekkliste app, ikke vente og be ham om å ha en mentor. Dersom organisasjonen ikke har en sjekkliste, kan du gjøre det selv. Vårt firma ofte lage en sjekkliste i "Google Spreadsheets». Nedenfor har vi et eksempel på en slik sjekkliste - vil du være på dressen din.
Kolleger kan bli overrasket hvis formuleringer som sjekkliste tankekartOg så videre Xmind.net.
Sjekkliste for testing Pokémon GO
En av de viktigste formene for å teste for en nybegynner QA-spesialister kan bli passering av sjekklister, testtilfeller, eldre fagfolk. Dette trinnet er nødvendig for en rask dukkert i prosjektet. Å bygge opp testdatabase nybegynner kan han utvide denne sjekklisten. Junior-testere som en del av å lære å skrive sjekklister utarbeidet ark Pokémon GO for anvendelse testing. Her beskrives bare positive saker.
Den første feilen tracker
Beskrivelse av bugs i ulike selskaper kan variere, men generelt er det prinsippene for god smak.
tema
Den beskriver problemet i noen få ord. Bedre om det vil starte med en negasjon: "ikke fungerer", "det skjer ikke", "feil" og så videre. For eksempel: "Det er en synkroniseringsserver på iPhone 6," "fungerer ikke i videoavspilling Nexus 5."
script
Trinnvis beskrivelse av feilen lek. Vær oppmerksom på forutsetning og skiltene som står foran feil (for eksempel tent røde knappen til venstre).
I tillegg kan du lage skjermbilder som viser steder som du bør ta hensyn (du kan bruke programmet Joxi, LightShot og andre), for flere slozhnovosproizvodimyh feil - for å spille inn en video. Når du skriver inn erfaring kan registrere og legge logger.
Ved slutten av skriptet indikerer miljøet der testing: produkt versjon, enhetens fastvare (Android 6.0.1 iOS 9.3.2). Hvis en web-applikasjon, i tillegg angi hvilken versjon av nettleseren.
avtale bug
Neste må du tildele noen en bug. Spør prosjektleder eller en mentor, noen å henge på denne feilen, noen fra utviklerne for hva området av prosjektet er ansvarlig. Så du vil møte med teamet i fremtiden å tildele bugs.
putting kritikalitet
Typer av kritiske feil i de fleste trackere er representert ved følgende liste:
Umiddelbar (Blocker)
En blokkering feil. Et program blir ubrukelig, noe som resulterer i ytterligere samhandling med systemet som testes eller dens viktige funksjoner er umulig.
Crit - Haster
En kritisk feil, en krenkelse av nøkkelforretningslogikk. Problemet fører til et midlertidig fall i tjeneren eller applikasjonen uten mulighet for dets oppløsning. Middel som er nødvendig for testing.
høy
Betydelig feil, brudd på grunnleggende forretningslogikk. Feilen ikke er kritisk, er det mulig å jobbe med testfunksjon ved hjelp av andre innganger.
normal
Mindre feil. Bryter ikke forretningslogikk av programmet under test, den åpenbare problemet i brukergrensesnittet og lokalisering.
lav
Trivial sak som angår søknaden forretningslogikk. Problemet med tredjeparts biblioteker eller tjenester spilt dårlig, knapt merkbar på grunn av brukergrensesnittet.
Self-læring
Om viktigheten av å lære alle vet veldig godt - mine instruksjoner er vanlig. Så komme til poenget.
Nedenfor - noen bøker som jeg personlig anbefale til mine traineer:
- "Testing DOT COM», Roman Savin - en svært nyttig håndbok, nesten lese boken begynner tester. Den inneholder brorparten av kunnskap for å starte testen og hell svare på intervju spørsmål knyttet til teknisk og teoretisk del.
- "Hvordan har testet Google» - en dyp bok, som beskriver organiseringen av prosessen, en rekke strategier og tilnærminger til testing. Boken bidrar til å forstå hva kvalitet er og hva stadier det kan bli påvirket.
- «A Practitioner guide til Software Test Design», Lee Copeland - malt i boken slags tester som "hvit" og "svart" boks. Lister de ulike testing av utstyr, samt hvordan du bruker dem og når du skal søke. I boken finner du en interessant artikkel om forskning testing, noe som er svært nyttig for nybegynnere testere.
Kolleger skrive i kommentarer navnet interessante bøker for testere. Jeg er sikker på at alle vil være nyttig.
konklusjon
Avslutningsvis vil jeg gjerne legge til at spørsmålet om et kvalitetsprodukt - ikke en enkel prosess og ikke en rask. Du må være i stand til å forsvare sine synspunkter i forhandlingene, for å overbevise utviklere å gjøre det riktig, snarere enn "krykker" for å forstå hvordan å gjøre funksjonaliteten mer brukervennlig.
Dette er bare en del av den nødvendige informasjonen for nybegynnere tester. Alt annet vil ha i kamp forhold til å søke på Internett, og deretter be kolleger. Ikke vær sjenert til å stille spørsmål og timer med googling, ofte svaret på ett spørsmål vil spare deg for mye tid i fremtiden.