Cum de a deveni un software tester: de la interviu pentru a găsi primul bug
Muncă și De Studiu / / December 25, 2019
Alex Semin
Șeful departamentului de testare a companiei Globus, care este angajată în dezvoltarea de aplicații mobile și site-uri pentru clienții importanți, cum ar fi "Yandex", "Kaspersky Lab" ABBYY, Rutube, "CTC Media" HeadHunter "TNT Club", "Mesagerul Travel", "PPF asigurare de viață", de VimpelCom și altele. Mai mult de șase ani în profesie. Am mers tot drumul de la junior-tester la șeful Departamentului.
Călătoria mea a început cu un tester de curiozitate. Din copilărie, am fost implicat în asamblarea calculatoarelor și instalarea software-ului, în cursul unei întrebări regulate apare: „De ce nu este instalat? De ce nu pot?“. In acel moment am crezut că am vrut să devin un tester, să se angajeze în producția de software de calitate și de a găsi răspunsuri la toate aceste întrebări.
Mai jos Vreau să spun viitorii QA-experți cu privire la ce se pot aștepta ei la începutul carierei sale, și să dea câteva sfaturi din propria mea experiență.
interviu
Junior-tester nu este foarte dificil să treci un interviu. Din aceasta nu se așteaptă la o cunoaștere profundă a teoriei și a instrumentelor de testare. În cazul în care astfel de interviu candidați, am să acorde o atenție la viteza și vioiciune de gândire, în stare proaspătă și abordare creativă pentru rezolvarea problemelor.
De exemplu, întrebări neobișnuite pentru a vedea Asking cum gândește omul:
- Aeronava zboară de la punctul A la ora 17:00, și ajunge la punctul B de la ora 19:00. Atunci când acest lucru este în zbor timp de trei ore. De ce ar putea fi asta?
- Cum să se asigure că, prin obtinerea unei cereri perfecționată, concurenții nu sunt în măsură să-l găsească o nouă funcție?
Fii pregătit, precum și cele mai multe sarcini comune - pentru a testa un simplu obiect: o bucată de hârtie, un creion, un filtru de linie și altele asemenea.
De asemenea, pentru un interviu va fi de ajutor:
- Examinați tipurile de testare: testare funcțională și de explorare, testare automată (inclusiv instrumente pentru ea), de încărcare și de stres de testare, fum-testare.
- În plus, citiți despre testele de acceptare și criteriile.
- Dacă vorbim despre testarea aplicațiilor web, este o consola de browser și activitatea sa, precum și numărul de versiuni de browsere, rezoluția monitorului, instrumente de testare de aspect (pixeli perfecte).
- Dacă vorbim despre aplicații mobile, această tipuri de platforme, emulatoare, teste de maimuță. Nu uita plăcile.
- Examinați tipurile de bug-trackere. Cele mai populare: Jira, Bugzilla, Redmine, Mantis. A se vedea modul în care acestea funcționează, ce caracteristicile lor.
- Pe termen lung - instrumente Jmeter, Poștaș, Charles. Ele nu sunt foarte dificil de a învăța, la un nivel de bază.
A doua zi în prima zi lucrătoare
Prima zi de lucru merge ca standard: da computerul pe care doriți să îl configurați, instalați programe de lucru. Administratorul de sistem se pregătește de acces la e-mail și programe interne corporative.
Nu este necesar să se ceară în cazul în care pentru a instala un Skype, folosiți un pseudonim de la școală ori gangsta_666 sau o imagine amuzant. Utilizarea în combinație nick name, de exemplu, sau ivansmirnov smirnovivan, a pus fotografia lui obișnuită.
Un pas important în pregătirea pentru ziua de lucru - întâlnire cu trekrom bug, care foloseste compania. Acest lucru este de a cere în avans: articole de studiu uita-te la video de formare. Vei salva colegii de timp si te vei simti mai increzator.
Prima sarcină
Vei fi primul proiect de scufundare. Te sfătuiesc să se familiarizeze cu istoria bug tracker pentru a vedea care defectele au deja îndeplinite sau sunt cele mai frecvente. Sunteți în măsură să se articuleze și Statistică va înțelege la ce puncte ar trebui să acorde mai multă atenție.
Ia inițiativa. Dacă nu ați dat o aplicație de verificare listă, nu așteptați și cere-i să aibă un mentor. În cazul în care organizația nu are o listă de verificare, puteți face singur. Compania noastra face de multe ori o listă de verificare în "Google Spreadsheets». Mai jos avem un exemplu de astfel de liste de control - vei fi pe costumul tău.
Colegii pot fi surprinși dacă formulările din lista de verificare ca hărți mentale, Cum ar fi Xmind.net.
Lista de verificare pentru testarea Pokémon GO
Una dintre formele primare de testare pentru un incepator QA-specialiști pot deveni trecerea de liste de control, cazuri de testare, profesioniști în vârstă. Acest pas este necesar pentru o baie rapidă în proiect. Pentru a construi novice baza de date test poate el extinde această listă de verificare. Junior-testere, ca parte a învățării liste de verificare de scriere pregătite foaie Pokémon GO pentru testarea aplicației. Aici sunt descrise cazuri numai pozitive.
Primul bug tracker
Descrierea bug-uri în diferite companii pot varia, dar, în general, sunt principiile de bun gust.
temă
Acesta descrie problema în câteva cuvinte. Mai bine în cazul în care va începe cu o negație: „nu funcționează“, „nu se întâmplă“, „greșit“ și așa mai departe. De exemplu: „Există un server de sincronizare pe iPhone 6“, „nu funcționează în redare video Nexus 5.“
scenariu
Pas cu pas descriere a piesei bug. Atenție la precondiția și semnele care preced bug-ul (de exemplu, luminat butonul roșu din partea stângă).
În plus, puteți face capturi de ecran care arată locațiile pentru care ar trebui să acorde o atenție (puteți utiliza aplicația Joxi, LightShot și altele), pentru mai multe bug-uri slozhnovosproizvodimyh - pentru a înregistra un videoclip. Când introduceți experiența poate capta și aplica jurnalele.
La sfârșitul script-ul indică mediul în care testarea: versiunea de produs, firmware-ul dispozitivului (Android 6.0.1, iOS 9.3.2). Dacă o aplicație web, în plus, specificați versiunea browser-ului.
numirea bug
Apoi, trebuie să atribui cineva un bug. Întrebați managerul de proiect sau de un mentor, cineva să stea pe acest bug, cineva de la dezvoltatorii pentru ceea ce zonă a proiectului este responsabil. Așa că se va întâlni cu echipa, în viitor, pentru bug-uri atribuiți.
punerea criticitate
Tipuri de bug-uri critice în cele mai multe dispozitive de urmărire sunt reprezentate de următoarea listă:
Imediat (Blocker)
O eroare de blocare. O aplicație inoperabil, rezultând interacțiune cu sistemul testat sau funcțiile sale cheie este imposibilă.
Crit - Urgent
O eroare critică, o încălcare a logicii de afaceri cheie. Problema duce la o scădere temporară a server sau aplicarea fără posibilitatea de a soluției sale. Remediu necesare pentru testare.
mare
eroare semnificativă, o încălcare a logicii de afaceri de bază. Eroare nu este critică, este posibil să se lucreze cu funcția de testare folosind alte puncte de intrare.
normal
Eroare minoră. nu încalcă logica de afaceri a aplicației în testare, problema evidentă a interfeței cu utilizatorul și localizare.
scăzut
problemă trivială, care se referă la logica de afaceri de aplicare. Problema bibliotecilor sau servicii de terțe părți a jucat prost, greu de observat datorită interfeței cu utilizatorul.
Auto-învățare
Despre importanța învățării tuturor cunosc foarte bine - instrucțiunile mele sunt obișnuite. Deci, ajunge la punctul.
Mai jos - câteva cărți pe care le recomand personal cursanților mei:
- „Testarea DOT COM», Roman Savin - un manual foarte util, practic, citind cartea începe tester. Acesta conține partea leului de cunoștințe, în scopul de a începe testul cu succes și de a răspunde la întrebările de interviu legate de partea tehnică și teoretică.
- „Google Cum sunt testate» - o carte profundă, care descrie organizarea procesului, o varietate de strategii și abordări pentru testare. Cartea ajută să înțeleagă ce calitate este și la ce etape poate fi influențată.
- «Ghidul Practicianului Software Test de proiectare», Lee Copeland - pictat în genul de carte de testare ca caseta „alb“ și „negru“. Listele diferitelor echipamente de testare, precum și cum să le folosească și când să se aplice. În carte puteți găsi un articol interesant despre testarea de cercetare, care este foarte util pentru testeri novice.
Colegii scrie în comentarii numele de cărți interesante pentru testeri. Sunt sigur că toți vor fi de ajutor.
concluzie
În concluzie, aș dori să adaug că problema unui produs de calitate - nu este un proces ușor și nu o rapid. Tu trebuie să fie capabil să-și apere punctul de vedere în cadrul negocierilor, pentru a convinge dezvoltatorii să facă acest lucru drept, mai degrabă decât „cârje“ pentru a înțelege modul de a face funcționalitatea mai ușor de utilizat.
Aceasta este doar o parte din informațiile necesare pentru tester novice. Orice altceva va avea în condiții de luptă pentru a căuta pe Internet, și apoi cere colegilor. Nu fi timid de a pune întrebări și ore de googling, de multe ori răspunsul la o întrebare vă va salva o mulțime de timp în viitor.