Hoe maak je een tester software te worden: uit het interview naar de eerste bug

Mijn reis begon met een nieuwsgierigheid tester. Van jongs af aan was ik bezig met het samenstellen van computers en het installeren van de software, in de loop van een gewone vraag: "Waarom is niet geïnstalleerd? Waarom kan ik niet?". Op dat moment dacht ik dat ik wilde een tester te worden, om deel te nemen in de productie van hoogwaardige software en antwoorden te vinden op al deze vragen.

Hieronder heb ik wil naar de toekomst QA-experts over wat ze kunnen verwachten in het begin van zijn carrière, en geeft een paar tips uit mijn eigen ervaring vertellen.

interview

Junior-tester is niet erg moeilijk om een ​​interview te passeren. Daaruit verwacht niet dat een grondige kennis van de theorie en de hulpmiddelen voor het testen. Wanneer het interview deze kandidaten, besteden we aandacht aan de snelheid en de levendigheid van denken, frisse en creatieve benadering van het oplossen van problemen.

Bijvoorbeeld, ongewone vragen te stellen om te zien hoe de man denkt:

• Het vliegtuig vliegt van punt A om 17:00 en arriveert op het punt B om 19:00 uur. Wanneer dit is tijdens de vlucht van drie uur. Waarom zou dit zijn?
• Hoe ervoor te zorgen dat door het krijgen van een update van een toepassing, concurrenten niet in staat zijn om hem te vinden een nieuwe functie?

Wees voorbereid, en de meest voorkomende taken - om een ​​eenvoudig object te testen: een stuk papier, een potlood, een netfilter en dergelijke.

Ook voor een interview zal nuttig zijn:

1. Onderzoek de soorten testen: functioneel en verkennende testen, geautomatiseerd testen (met inbegrip van hulpmiddelen voor het), belasting en stress testing, rook-testen.
2. Daarnaast lees over de acceptatie testen en criteria.
3. Als we praten over het testen van webapplicaties, het is een browser console en zijn werk, en het aantal versies van browsers, beeldschermresolutie, het testen van de lay-out hulpmiddelen (pixel perfect).
4. Als we praten over mobiele apps, deze soorten platforms, emulators, aap testen. Vergeet niet over de platen.
5. Onderzoek de soorten bug-trackers. Meest populair: Jira, BugZilla, Redmine, Mantis. Zie hoe ze werken, wat hun functies.
6. Op de lange termijn - Jmeter gereedschappen, Postman, Charles. Ze zijn niet erg moeilijk om te leren op basisniveau.

De eerste werkdag

De eerste werkdag gaat standaard: geef de computer die u wilt configureren, installeren werkprogramma's. De systeembeheerder bereidt toegang tot e-mail en corporate interne programma's.

Het is niet nodig om te vragen waar een Skype te installeren, gebruik het een bijnaam van school tijden gangsta_666 of grappige foto. Gebruik in combinatie nick naam, bijvoorbeeld of ivansmirnov smirnovivan, zette zijn gebruikelijke foto.

Een belangrijke stap in de voorbereiding op de werkdag - ontmoeting met bug trekrom, die het bedrijf gebruikt. Dit is om te vragen op voorhand: studieartikelen kijken naar de training video. Je zal tijd collega's besparen en je zal meer vertrouwen te voelen.

De eerste taak

Je zal de eerste project om te dippen zijn. Ik adviseer u om kennis te maken met de geschiedenis van de bug tracker om te zien welke gebreken al hebben ontmoet of zijn de meest voorkomende. Je bent in staat om zichzelf te articuleren en Statistiek zullen begrijpen op welke punten je moet meer aandacht besteden.

Neem het initiatief. Als u nog niet een checklist app hebben gegeven, wacht niet en vraag hem om een ​​mentor te hebben. Als de organisatie een check-lijst heeft, kunt u het zelf te maken. Ons bedrijf vaak een check-list in de "Google Spreadsheets». Hieronder hebben we een voorbeeld van een dergelijke check-list - u zult op je pak.

Collega kan versteld als bereidingen checklist mind maps, Zoals Xmind.net.

Checklist voor het testen van Pokémon GO

Een van de belangrijkste vormen van toetsing voor een beginner QA-specialisten kunnen de passage van checklists, testgevallen, oudere professionals. Deze stap is nodig voor een snelle duik in het project. Voor de opbouw van de test-database beginner kan hij deze checklist uit te breiden. Junior-testers als onderdeel van het leren schrijven checklists voorbereid vel Pokémon GO voor het testen van applicaties. Hier zijn alleen beschreven positieve gevallen.

De eerste bug tracker

Beschrijving van de bugs in verschillende bedrijven kan variëren, maar in het algemeen zijn er de principes van de goede smaak.

thema

Het beschrijft het probleem in een paar woorden. Beter als het zal beginnen met een ontkenning: "werkt niet", "het gebeurt niet", "fout" en ga zo maar door. Bijvoorbeeld: "Er is een synchronisatie-server op de iPhone 6," "niet werken in het afspelen van video Nexus 5."

script

Stap voor stap beschrijving van de bug spel. Let op de voorwaarde en de tekenen dat de bug voorafgaan (bijvoorbeeld verlichte rode knop aan de linkerkant).

Daarnaast kunt u maken screenshots tonen de plaatsen waar u op moet letten (u kunt de applicatie te gebruiken Joxi, LightShot en anderen), voor meer slozhnovosproizvodimyh bugs - om een ​​video op te nemen. Wanneer u typt de ervaring kan vastleggen en logs van toepassing.

Aan het einde van het script geeft aan de omgeving waarin het testen: productversie, de firmware van het apparaat (Android 6.0.1, iOS 9.3.2). Als een webapplicatie, in aanvulling, geeft de versie van de browser.

afspraak bug

Vervolgens moet je toewijzen iemand een bug. Vraag het aan de project manager of een mentor, iemand op te hangen op deze bug, iemand van de ontwikkelaars voor welk gebied van het project verantwoordelijk is. Zo maakt u kennis met het team in de toekomst toe te wijzen bugs.

putting criticaliteit

Soorten kritische bugs in de meeste trackers worden vertegenwoordigd door de volgende lijst:

Direct (Blocker)

Een blokkerende fout. Een toepassing onbruikbaar, waardoor verdere interactie met het te testen systeem of de sleutelfuncties onmogelijk.

Crit - Dringend

Een kritieke fout, een schending van de belangrijkste business logica. Het probleem leidt tot een tijdelijke daling van de server of toepassing zonder de mogelijkheid van een oplossing. Oplossing nodig voor het testen.

hoog

Significante fout, een schending van de fundamentele business logica. Fout is niet kritisch, is het mogelijk om te werken met de test functie met behulp van andere toegangspunten.

normaal

Kleine fout. Niet in strijd met de business logica van de applicatie te testen, voor de hand liggende probleem van de user interface en lokalisatie.

laag

Trivial probleem dat de toepassing business logica betreft. Het probleem van de externe bibliotheken of diensten speelde slecht, nauwelijks merkbaar als gevolg van de gebruikersinterface.

Self-learning

Over het belang van het leren van alles weten heel goed - mijn instructies zijn aan de orde. Dus maak je to the point.

Hieronder - een paar boeken die ik persoonlijk aanraden aan mijn cursisten:

• "Het testen DOT COM», Roman Savin - een zeer nuttig handboek, praktisch het lezen van het boek begint tester. Het bevat delen van de kennis van de leeuw om de test te starten en met succes te reageren op het interview vragen met betrekking tot technische en theoretische gedeelte.
• "Hoe worden getest Google» - een diepe boek, dat de organisatie van het proces, een verscheidenheid aan strategieën beschrijft en zal gaan testen. Het boek helpt om te begrijpen wat de kwaliteit is en op welke stadia kan worden beïnvloed.
• «Een Practitioner Guide to Software Design Test», Lee Copeland - geschilderd in het boek soort testen als "witte" en "zwarte" doos. Een overzicht van de verschillende testen van apparatuur, maar ook hoe ze te gebruiken en wanneer toe te passen. In het boek kunt u een interessant artikel over het testen van onderzoek, wat erg handig is voor beginnende testers vinden.

Collega's schrijven in de opmerkingen van de naam van interessante boeken voor testers. Ik ben ervan overtuigd dat alles zal nuttig zijn.

conclusie

Tot slot zou ik willen toevoegen dat de kwestie van een kwaliteitsproduct - geen gemakkelijk proces en niet snel. Je moet in staat zijn om hun standpunten te verdedigen in de onderhandelingen, om ontwikkelaars te overtuigen om het goed te doen, in plaats van "krukken" om te begrijpen hoe de functionaliteit gebruiksvriendelijker te maken.

Dit is slechts een deel van de benodigde informatie voor de beginnende tester. Al het andere zal in het gevecht voorwaarden moet zoeken op het internet, en dan vragen collega's. Wees niet verlegen om te vragen en uren van googlen te vragen, vaak het antwoord op een vraag bespaart u een hoop tijd in de toekomst.