5 things beginner developer
Întreaga sală de conferințe a tăcut și, după ce am așteptat câteva minute, nu am putut păstra răbdarea și a trebuit să-mi repet întrebarea:
Cine ar dori să se alăture echipei de testare?
Aveam 20 de stagiari la bord și aceștia erau instruiți cu privire la diferite aspecte ale proiectelor software. Conducătorii și managerii din diferite departamente, cum ar fi analiza afacerii, dezvoltarea, testarea și vânzările, au avut întâlniri cu aceștia stagiari să ofere cunoștințele și să îi ajute să înțeleagă cum și cum arată proiectul software real. Ca lider de testare, am explicat aspectele de bază de testare și importanța testării ciclului de viață acestor fețe noi.
Cu emoție, când am renunțat la întrebare, nu m-am gândit niciodată la tăcere. Nimeni nu era pregătit să se alăture testelor. Am oftat trist și am luat o altă piesă pentru a educa această generație viitoare de IT.
Mi-am modificat întrebarea pentru a cunoaște motivele care stau la baza declinului testarea software-ului ca profesie -
De ce nu doriți să vă alăturați testării software-ului?
Răspunsurile au fost interesante (și practice la un moment dat)
- Oricine poate face teste, dar nu dezvoltarea ( bine de stiut )
- Testerii sunt plătiți mai puțin ( ușor adevărat, dar nu întotdeauna )
- Este o muncă nerecunoscătoare ( sunt total de acord, dar acesta nu este motivul valid )
- Nu este nimic de învățat despre asta ( Hooh ... cine a spus asta?)
- Nu există niciun motiv pentru a alege testarea software-ului ca carieră ( cel mai prost motiv )
Ce veți învăța:
- De ce există testarea software-ului?
- # 1. Testarea software-ului nu este o pierdere de timp:
- # 2. Testarea software-ului este obligatorie:
- # 3. Testarea unității este responsabilitatea completă a dezvoltatorului:
- # 4. Dezvoltatorii și testerii sunt egali:
- # 5. Testerul ar trebui să fie implicat din prima zi de proiect:
- Concluzie:
- Lectură recomandată
De ce există testarea software-ului?
Ok, așa că a venit timpul să îi instruim pe acei oameni noi despre motivul pentru care există testarea software-ului și ce ar trebui să știe despre asta dacă urmează să se alăture dezvoltării software-ului.
Cum mi-am schimbat părerea?
Aici încerc doar să descriu ce am discutat în acea după-amiază și cum am reușit să mă răzgândesc de cel puțin 20 de persoane, în timp ce clarific percepția despre testarea software-ului.
# 1. Testarea software-ului nu este o pierdere de timp:
Ce se întâmplă când ai musafir acasă și le pregătești în grabă limonadă și le servești? Când oaspeții lasă paharele neterminate, simți că ceva trebuie să fi mers prost și când gusti limonada, OMG …… s-a simțit puturos. Ai vrea să fi petrecut doar 10 secunde în plus și să gusti limonada înainte de a servi.
În timp ce se grăbesc să livreze proiectul într-o cronologie, companiile / conducerea / oricine se pregătește să facă compromisuri în ceea ce privește timpul pentru testare, deoarece percepția despre testarea software durează cu adevărat mult timp decât este necesar, este încă vie în mintea oamenilor. Dar nu este timpul necesar testării în comparație cu apelul clientului la miezul nopții, pentru a vă informa că va anula următoarea misiune, deoarece misiunea curentă livrată a prezentat mai mult de 5 erori critice în primele două ore de utilizare internă. Bang !!
# 2. Testarea software-ului este obligatorie:
Testarea software-ului este o parte inevitabilă a ciclului de viață al dezvoltării software-ului. Modul în care
- Editorii ajută la îmbunătățirea filmului
- Corectorii ajută la îmbunătățirea unei cărți
- Agenții de securitate vă ajută să faceți viața oamenilor pașnică și sigură
- Uleiul ajută la funcționarea impecabilă a mașinilor
Testarea software ajută software-ul să fie mai bun. Nu cred că trebuie să petrec nici măcar un singur cuvânt pentru a-l explica.
# 3. Testarea unității este o responsabilitate completă a dezvoltatorului:
Când dezvolți ceva, trebuie să îl verifici înainte de a cere altcuiva să îl verifice. Modul în care
- Bucătarul-bucătar gustă mereu și își miros rețeta înainte de a-i servi pe alții
Dezvoltatorul este complet responsabil să-și testeze propriul cod înainte de al trimite la testeri. Testerii sunt acolo pentru a vă ajuta să îmbunătățiți calitatea codului și, în cele din urmă, a produsului și să nu aflați cele mai tâmpite greșeli pe care le-ați făcut în timp ce scriați codul.
În plus, nu presupuneți niciodată că calitatea este doar responsabilitatea testerilor.
În lumea agilă de astăzi, dezvoltatorii și testerii ar trebui să își asume responsabilitatea combinată a calității produsului. Se așteaptă ca dezvoltatorii să efectueze teste pereche cu testerul și să ofere informații despre ce și de ce ceva nu poate merge și încurajează testerul să genereze idei de testare pe baza informațiilor dvs.
# 4. Dezvoltatorii și testerii sunt egali:
Orice lucru / proiect este un efort combinat al echipei și asta înseamnă că fiecare persoană este la fel de importantă. Dacă un dezvoltator crede că se descurcă cel mai bine și ar trebui să i se acorde mai multă importanță, deoarece creează ceva de la zero, este necesară reconsiderarea gândului. Da, dezvoltatorul dezvoltă ceva de la zero, dar nu este capabil să finalizeze creația fără ajutorul testerului.
Testerul oferă ochiului utilizatorului produsului. Un tester bine instruit și experimentat poate arăta lacunele produsului, un dezvoltator nu se poate gândi niciodată. Un tester aduce idei noi despre cum ar trebui să fie produsul, cum ar trebui să arate la o anumită instanță, cum ar trebui să funcționeze, cum se poate comporta și cum se poate bloca.
Modul în care este important să adăugați sare la fiecare rețetă pentru a le face consumabile, testarea este necesară pentru a face produsul livrabil.
Prin urmare, dezvoltatorii și testerii sunt la fel de importanți. Sunt mâinile stângi și drepte ale corpului numite proiect.
# 5. Testerul ar trebui să fie implicat din prima zi de proiect:
Ca dezvoltator, nu ar trebui să faceți niciodată această greșeală pentru a presupune că nu este nevoie ca un tester să devină conștient de ceva precum analiza cerințelor, logica aplicată în timpul scrierii codului, cererile de schimbare de către client, feedback-urile de către client etc.
Testerul este un suport de stivă și ar trebui să fie implicat din momentul lansării proiectului. Implicarea inițială a echipei de testare le oferă încredere, discuțiile constante alimentează o înțelegere între echipa de dezvoltare și testare , un ajutor bun le sporește spiritul pentru a face ceva mai bun, cererile de sugestii îi fac să se simtă în valoare.
Concluzie:
Testerul nu trebuie să testeze doar un modul / produs, el este acolo pentru a ajuta la livrarea celui mai bun produs, el este acolo pentru a ajuta, sugerând câteva idei dovedite despre așteptările utilizatorilor, el este acolo pentru a vă informa despre cât de frecvent devine codul dvs. iubit s-a prăbușit ...... și tu, ca dezvoltator, chiar ai nevoie de ea, nu-i așa?
Despre autor: Această postare minunată este scrisă de Bhumika Mehta, membru al echipei STH. Ea este conducătoare de proiect, având peste 7 ani de experiență în testarea software-ului. Ea este în totalitate în testare și iubește să testeze totul există.
Ca de obicei, așteptându-văfeedback, opinie și sugestiidespre subiect.
Lectură recomandată
- Testare software Job asistent QA
- Testarea software-ului Conținut tehnic Scriitor Freelancer Job
- Cele mai bune instrumente de testare software 2021 (Instrumente de automatizare a testelor de calitate)
- Este Jobul Testerului de Software cu adevărat un Job cu profil redus?
- Anunțarea noii mele cărți electronice „Pachetul de carieră pentru testarea software-ului - Călătoria unui tester de software de la obținerea unui loc de muncă până la devenirea unui lider de testare!”
- Care este profilul dvs. de muncă în testarea software-ului? (POLL)
- Cum să obțineți rapid jobul de testare software
- 10 motive pentru care nu primiți locuri de muncă în testarea software-ului