Hur man blir en testare programvara: från intervjun för att hitta det första felet

Min resa började med en nyfikenhet testare. Sedan barndomen var jag engagerad i montering datorer och installerar programvaran, under loppet av en vanlig fråga uppstår: "Varför inte installerat? Varför kan inte jag?". I det ögonblicket trodde jag att jag ville bli en testare, att engagera sig i produktion av kvalitets programvara och få svar på alla dessa frågor.

Nedan har jag vill berätta framtida QA-experter om vad de kan förvänta sig i början av sin karriär, och ge några tips från min egen erfarenhet.

intervju

Junior-tester är inte särskilt svårt att passera en intervju. Från det inte förväntar sig en djup kunskap om teori och verktyg för testning. När intervjun sådana kandidater, vi uppmärksamma hastigheten och livlighet att tänka, fräsch och kreativ inställning till problemlösning.

Till exempel, för ovanliga ställa frågor se hur man tänker:

• Flygplanet flyger från punkt A vid 17:00 och anländer till punkt B på 19:00. När detta är under flygning i tre timmar. Varför skulle det vara?
• Hur man vara säker på att genom att få en uppdaterad ansökan konkurrenter inte kan hitta honom en ny funktion?

Var beredd, och de vanligaste uppgifterna - att testa en enkel objekt: ett papper, en penna, ett nätfilter och liknande.

Även för en intervju kommer att vara till hjälp:

1. Undersök vilka typer av tester: funktionell och utforskande testning, automatiserade tester (inklusive verktyg för det), last och stresstester, rökfri testning.
2. Dessutom läser om testning och acceptanskriterier.
3. Om vi ​​talar om att testa webbapplikationer, är det en webbläsare konsol och dess arbete, och antalet versioner av webbläsare, skärmupplösning, provning layoutverktyg (pixel perfekt).
4. Om vi ​​talar om mobila applikationer, detta slags plattformar, emulatorer, apa testning. Glöm inte plattorna.
5. Undersök vilka typer av bugg-trackers. Mest populära: Jira, Bugzilla, Redmine, Mantis. Se hur de fungerar, vad deras funktioner.
6. På lång sikt - JMeter verktyg, Postman, Charles. De är inte särskilt svårt att lära sig på en grundläggande nivå.

Den första arbetsdagen

Den första arbetsdagen går som standard: ge den dator som du vill konfigurera, installera arbetsprogram. Systemadministratören förbereder tillgång till e-post och företags interna program.

Det är inte nödvändigt att be om att installera en Skype använder den ett smeknamn från skolan gånger gangsta_666 eller rolig bild. Användning i kombination smeknamn, till exempel eller ivansmirnov smirnovivan, satte sin vanliga foto.

Ett viktigt steg i förberedelserna inför arbetsdagen - möte med bug trekrom, som använder företaget. Detta för att fråga i förväg: studie artiklar tittar på utbildningsvideo. Du kommer att spara tid kollegor och själv kommer att känna sig mer självsäker.

Den första uppgiften

Du kommer att vara det första projektet för doppning. Jag råder dig att bekanta sig med historien om bug tracker för att se vilka brister redan har uppfyllts eller är det vanligaste. Du kan formulera sig och statistik kommer att förstå på vilka punkter man bör ägna mer uppmärksamhet.

Ta initiativet. Om du inte har gett en checklista app, inte vänta och be honom att ha en mentor. Om organisationen inte har en checklista, kan du göra det själv. Vårt företag gör ofta en checklista i "Google Spreadsheets». Nedan har vi ett exempel på en sådan checklista - du kommer att vara på din kostym.

Kollegor kan bli överraskad om formuleringar checklista som mind maps, Såsom Xmind.net.

Checklista för att testa Pokémon GO

En av de främsta former av tester för en nybörjare QA-specialister kan bli passage av checklistor, testfall, äldre proffs. Detta steg är nödvändigt för ett snabbt dopp i projektet. För att bygga upp test databasen nybörjare kan han utöka denna checklista. Junior-testare som en del av lärandet skriva checklistor utarbetats ark Pokémon GO för applikationstestning. Här beskrivs endast positiva fall.

Den första bug tracker

Beskrivning av buggar i olika företag kan variera, men i allmänhet finns principerna för god smak.

tema

Det beskriver problemet i några få ord. Bättre om det börjar med en negation: "inte fungerar", "det inte händer", "fel" och så vidare. Till exempel: "Det finns en synkroniseringsserver på iPhone 6", "fungerar inte i videouppspelning Nexus 5."

script

Steg för steg beskrivning av felet spela. Var uppmärksam på förutsättning och de tecken som föregår felet (till exempel tända röda knappen till vänster).

Dessutom kan du göra skärmdumpar som visar platser som du bör uppmärksamma (du kan använda programmet Joxi, Light och andra), för mer slozhnovosproizvodimyh buggar - för att spela in en video. När du skriver erfarenhet kan fånga och använda stockar.

Vid slutet av skriptet anger den miljö i vilken provning: produktversion, enhetens firmware (Android 6.0.1, iOS 9.3.2). Om en webbapplikation, dessutom ange vilken version av webbläsaren.

utnämning bug

Nästa du behöver tilldela någon en bugg. Fråga projektledare eller en mentor, någon att hänga på detta fel, någon från utvecklarna för vilken del av projektet är ansvarig. Så du kommer att möta laget i framtiden att tilldela buggar.

Att sätta kriticitet

Typer av kritiska fel i de flesta trackers representeras av följande lista:

Omedelbar (Blocker)

En blockerande fel. En applikation inoperabel, vilket resulterar i ytterligare interaktion med systemet under test eller dess huvudfunktioner är omöjligt.

Krit - Brådskande

Ett kritiskt fel, en kränkning av nyckelaffärslogik. Problemet leder till en tillfällig nedgång i servern eller applikation utan möjlighet till dess lösning. Åtgärd som krävs för att testa.

hög

Betydande fel, en kränkning av grundläggande affärslogik. Fel är inte kritisk, är det möjligt att arbeta med testfunktionen med hjälp av andra startpunkter.

normal

Mindre fel. Inte bryter mot affärslogik av ansökan enligt testet, det uppenbara problemet med användargränssnittet och lokalisering.

låg

Trivial fråga som rör tillämpningen affärslogik. Problemet med bibliotek eller tjänster från tredje part spelat dåligt, knappt märkbara på grund av användargränssnittet.

Självlärande

Om vikten av att lära alla vet mycket väl - mina instruktioner är vanligt förekommande. Så komma till saken.

Nedan - några böcker som jag rekommenderar personligen mina praktikanter:

• "Testa Dot Com», Roman Savin - en mycket användbar handbok, praktiskt taget läsa boken börjar testare. Den innehåller lejonparten av kunskap för att starta testet och framgångsrikt svara på intervjufrågor som rör teknisk och teoretisk del.
• "Hur testas Google» - en djup bok, som beskriver processen sker en rad olika strategier och metoder för att testa. Boken hjälper till att förstå vad kvalitet är och vad stadier den kan påverkas.
• «A Practitioner guide till Software Test Design», Lee Copeland - målad i boken typ av test som "vita" och "svart" låda. Listar olika testutrustning, samt hur man använder dem och när att tillämpa. I boken hittar du en intressant artikel om forskningen testning, vilket är mycket användbart för nybörjare testare.

Kollegor skriver i kommentarer namn intressanta böcker för testare. Jag är säker på att alla kommer att vara till hjälp.

slutsats

Avslutningsvis vill jag tillägga att frågan om en kvalitetsprodukt - inte en enkel process och inte en snabb. Du måste kunna försvara sina synpunkter i förhandlingarna, för att övertyga utvecklare att göra det rätt, snarare än "kryckor" för att förstå hur man kan göra funktionerna mer användarvänliga.

Detta är bara en del av den information som behövs för nybörjare testare. Allt annat kommer att ha stridsförhållanden för att söka på Internet, och sedan be kolleger. Var inte blyg för att ställa frågor och timmar av googla, ofta svaret på en fråga kommer att spara mycket tid i framtiden.