Hogyan válhat egy tesztelő szoftver: az interjú, hogy megtalálják az első hibát

Utam kezdődött kíváncsiság tesztelő. Gyermekkora óta, én részt vesz összeszerelés számítógép és a szoftver telepítése, során rendszeresen felmerül a kérdés: „Miért nincs telepítve? Miért nem én?”. Abban a pillanatban azt hittem, hogy én akartam, hogy legyen egy tesztelő, hogy vegyenek részt a minőségi szoftverek és választ találni ezekre a kérdésekre.

Az alábbiakban azt akarom mondani, a jövő QA-szakértők arról, hogy mire számíthatnak a pályája kezdetén, és ad néhány tippet a saját tapasztalat.

interjú

Junior-tesztelő nem nagyon nehéz átadni egy interjúban. Belőle nem várnak mély ismerete az elmélet és eszközök tesztelése. Amikor az interjú ilyen jelöltek, odafigyelünk, hogy a sebesség és dinamika a gondolkodás, friss és kreatív problémamegoldás.

Például, szokatlan kérdéseket tesz fel, hogy milyen az ember azt hiszi:

• A repülőgép repül pontból 17:00, és megérkezik a B pont, 19:00. Amikor ez a levegőben van három órán keresztül. Miért lehet ez?
• Hogy biztosítsuk, hogy a szerzés egy frissített alkalmazás, a versenytársak nem képesek megtalálni egy új funkció?

Elő kell készíteni, hogy a leggyakoribb feladatok - a teszt egy egyszerű tárgy: egy darab papírt, ceruzát, hálózati szűrő és hasonlók.

Valamint, egy interjú hasznos lesz:

1. Vizsgáljuk meg, hogy milyen típusú tesztelés: funkcionális és feltáró vizsgálat, automatizált tesztelés (ideértve eszközök is), a terhelés és stressz teszt, füst-tesztelés.
2. Emellett olvashatunk az átvételi vizsgálatok és kritériumok alapján.
3. Ha beszélünk teszteli a webes alkalmazások, ez egy böngésző konzol és a munkáját, és a verziók száma böngészők, monitor felbontás, vizsgálatok elrendezési eszközök (pixel tökéletes).
4. Ha beszélünk a mobil alkalmazások, ez a fajta állványok, emulátorok, majom tesztelés. Ne feledkezzünk meg a lemezeket.
5. Vizsgáljuk meg, hogy milyen típusú bug-követők. Legnépszerűbbek: Jira, Bugzillából, Redmine, Mantis. Lásd, hogyan működnek, milyen funkciókat.
6. Hosszú távon - Jmeter eszközök, Postás, Charles. Ezek nem túl nehéz megtanulni alapszinten.

Az első munkanap

Az első munkanap megy a szokásos: így a kívánt számítógépen konfigurálása, telepítése munkaprogramok. A rendszergazda készíti e-mail hozzáférés és a vállalati belső programokat.

Nem szükséges, hogy kérje, ha telepíteni a Skype, használja azt a nicknevet iskola alkalommal gangsta_666 vagy vicces képet. Kombinált használatra nick nevét, pl vagy ivansmirnov smirnovivan, tegye a szokásos fénykép.

Egy fontos lépés a felkészülés a munkanap - találkozó bug trekrom, mely a cég. Ez kérni előre: tanulmány cikkek megnézi az oktatófilm. Akkor időt takaríthat meg a kollégák és magad is magabiztosabb.

Az első feladat

Ön lesz az első projekt lehajló. Azt tanácsolom, hogy megismerjék a történelem, a hibajelentőjén hogy melyik hibák már teljesítette, vagy a leggyakoribb. Ön tudja, hogy megfogalmazzuk magukat és a statisztika fogja érteni, hogy mit mutat akkor nagyobb figyelmet kell fordítani.

A kezdeményezést. Ha nem kap egy ellenőrző listát app, ne várja meg, és kérje meg, hogy egy mentor. Ha a szervezet nem rendelkezik ellenőrző listát, akkor lehet, hogy magad. Cégünk gyakran egy ellenőrző lista a "Google Táblázatok». Az alábbiakban, van egy példa az ilyen ellenőrző lista - akkor a ruha.

Kollégák lehet meglepve, ha készítmények ellenőrzési lista elme térképeket, Mint például a Xmind.net.

Ellenőrző lista tesztelésére Pokémon GO

Az egyik elsődleges formájának vizsgálatára egy kezdő QA-szakemberek válhat áthaladását listák, vizsgálati esetek, idősebb szakemberek. Ez a lépés szükséges a gyors dip a projektben. Felépíteni a teszt adatbázis kezdő tud bővíteni ezt a listát. Junior-tesztelők részeként tanulási írásban listák elő lap Pokémon GO alkalmazás tesztelése. Itt vannak leírva csak a pozitív eseteket.

Az első bug tracker

Leírás A hibákat a különböző cégek változhat, de általában vannak elvei jó ízlés.

téma

Ez leírja a problémát egy pár szót. Jobb, ha indul egy tagadás: „nem működik”, „ez nem történik meg”, „rossz”, és így tovább. Például: „Van egy szinkronizációs szerver iPhone 6”, „nem működik a video lejátszás Nexus 5.”

forgatókönyv

Lépésről lépésre leírás a hiba játszani. Ügyeljen arra, hogy a feltétele, és a jelek, amelyek megelőzik a hiba (például égő piros gomb a bal oldalon).

Ezen felül, akkor lehet, hogy képernyőkép a helyeket, amelyekhez meg kell figyelni (használhatja az alkalmazást Joxi, LightShot és mások), több slozhnovosproizvodimyh hibákat - a videofelvétel. Ha beírja élményt képes megragadni és alkalmazni naplók.

Végén a szkript jelzi a környezet, amelyben a vizsgálat: termék verzió, a készülék firmware-t (Android 6.0.1, 9.3.2 iOS). Ha egy webes alkalmazás, továbbá adja meg a változata a böngésző.

kinevezés bug

Ezután hozzá kell rendelni valakit egy hiba. Kérdezze a projektvezető vagy egy mentor, hogy valaki, hogy tarts ki ezt a hibát, hogy valaki a fejlesztők milyen területen a projekt felelős. Így találkozik a csapat a jövőben rendelni hibákat.

elhelyezés kritikusság

Típusai kritikus hibák a legtöbb nyomozó képviseli az alábbi listából:

Azonnali (Blocker)

A blokkoló hiba. Egy alkalmazás inoperábilis, ami további interakció a vizsgálandó rendszer vagy annak fő funkciót lehetetlen.

Crit - Sürgős

Kritikus hiba, sérti a kulcsfontosságú üzleti logika. A probléma vezet átmeneti csökkenés a szerver vagy alkalmazás lehetősége nélkül a megoldást. Remedy szükség a vizsgálathoz.

nagy

Jelentős hiba, hogy megsértették az alapvető üzleti logikát. Hiba nem kritikus, lehetséges, hogy működjön együtt a teszt funkció segítségével más belépési pontokon.

normális

Kisebb hiba. Nem sérti az üzleti logikát a kérelem szerinti vizsgálat, a nyilvánvaló probléma a felhasználói felület és a lokalizáció.

alacsony

Triviális kérdés, hogy alkalmazását érinti üzleti logikát. A probléma a harmadik fél könyvtárak vagy szolgáltatásokat játszott rosszul, alig észrevehető, mivel a felhasználói felület.

Önképző

Mennyire fontos a tanulás minden nagyon jól tudják - az utasításaimat mindennaposak. Szóval a lényeg.

Az alábbiakban - néhány könyvet, hogy én személyesen ajánlom, hogy a tanulók:

• «Testing DOT COM», római Savin - egy nagyon hasznos kézikönyv, gyakorlatilag a könyv olvasását kezdődik tesztelő. Ez tartalmazza a oroszlánrészét ismeretekkel ahhoz, hogy indítsa el a tesztet, és sikeresen válaszoljon az interjú kapcsolatos kérdéseket technikai és elméleti része.
• „Hogy teszteljük a Google» - egy mély könyvet, amely leírja a szervezet a folyamat, a különböző stratégiák és megközelítések tesztelésére. A könyv segít megérteni, hogy mi a minőség és milyen állapotok is lehet befolyásolni.
• «A Kezelő útmutató Software Test design» Lee Copeland - festett a könyv egyfajta tesztelése „fehér” és „fekete” mezőben. Felsorolja a különböző vizsgálati eszközök, valamint azt, hogyan kell használni őket, és mikor kell alkalmazni. A könyvben megtalálható egy érdekes cikket a kutatás tesztelés, ami nagyon hasznos a kezdő tesztelők.

Kollégák írjon megjegyzéseket a nevét érdekes könyvet tesztelők. Biztos vagyok benne, minden hasznos lesz.

következtetés

Összefoglalva azt szeretném hozzátenni, hogy a kérdés a minőségi termék - nem könnyű folyamat, és nem egy gyors. Meg kell tudni védeni álláspontjukat a tárgyalások, hogy meggyőzze a fejlesztők, hogy csinálni, ahelyett, hogy „mankók”, hogy megértsék, hogyan lehet a funkcionalitás inkább felhasználóbarát.

Ez csak egy része a szükséges információkat a kezdő tesztelő. Minden más lesz a harci körülmények között keresni az interneten, majd kérjük meg kollégáinkat. Ne légy félénk kérdéseket feltenni, és órányi googling, gyakran azt a választ egy kérdésre fog menteni egy csomó időt a jövőben.