Tester vs programator
bătălia fără sfârșit

Testerii și programatorii uneori par ca două persoane venite din două planete diferite. S-au spus multe lucruri despre testeri și programatori. Unul dintre ele este că au moduri diferite de a gândi, și ghiciți ce? Chiar au moduri diferite de a gândi, dar asta îi face pe unii mai buni decât alții? Vom vedea.

Pariez că fiecare a auzit cel puțin o dată aceste întrebări, mai ales dacă deja lucrezi în domeniul dezvoltării software.

• • • • • Este mai bine să fii programator sau tester?
        • Este programatorul superior testerului?
        • De ce QA și nu DEV?
        • Sunt programatorii și testerii ca apa și uleiul?
        • Și această listă poate continua la nesfârșit.

Prima întrebare pe care un începător în acest domeniu o va pune este: „Ce este un tester?”. Acum, dragi testeri, nu vă supărați pentru că unii dintre voi ați pus aceeași întrebare înainte de a începe să lucrați ca testeri; și eu am făcut-o. Acesta este un lucru foarte normal; haideți să facem un mic exercițiu pentru a vă explica de ce:

• • • • • Gândiți-vă la câteva filme despre dezvoltarea software-ului, scrierea codului, programatori, hackeri etc.
        • Acum gândește-te la un film care este despre testare și asigurarea calității.
        • Probabil că a fost mult mai ușor pentru toată lumea să își amintească filme legate de programare decât de testare. Pentru că a fi programator pare a fi mai popular și mai cool, iar uneori a fi tester poate părea mai puțin important. Dar este oare adevărat? Pentru a dezvălui acest mit, trebuie să cunoaștem atât testerul, cât și programatorul.

Așa cum am menționat la începutul acestui articol, testerul și programatorul au moduri diferite de a gândi. Testerii privesc produsul dintr-o perspectivă diferită față de programatori. Programatorii se gândesc la cum pot crea aplicația, iar testerii se gândesc la cum o pot sparge. Prin „cum o pot sparge” nu înseamnă că un tester va strica munca făcută de programator. Înseamnă că testerul va adopta rolul utilizatorului și va aplica toate scenariile posibile și imposibile pe aplicație. Acest lucru se face pentru ca aplicația să nu se „spargă” atunci când este lansată în mediul live. În unele cazuri, atât pentru programatori, cât și pentru testeri, este greu să înțeleagă particularitățile muncii celuilalt. De aceea, uneori, dezvoltatorii nu înțeleg de ce testerii sparg aplicația lor, iar testerii nu știu de ce dezvoltatorii creează o aplicație cu atâtea erori.

Programator vs Tester

Un programator muncește din greu pentru a dezvolta un produs; îl tratează cu atât de multă grijă și atenție; un tester muncește din greu pentru a sparge acest cod în cele mai proaste cazuri și scenarii posibile pentru a-i testa puterea, rezistența și defectele. Așadar, când un programator predă în sfârșit sprintul său mult îngrijit testerilor nemiloși, pregătiți să execute „testarea dincolo de limite”, aceștia demolază în tăcere codul… Programatorii sunt adesea văzuți ca având un atașament părintesc față de codul pe care îl creează. Cât de des a auzit cineva aceste afirmații: „Este un caz extrem, utilizatorii nu vor face asta” sau „Știu codul meu, nu ar face așa ceva”? Ei bine, ghiciți ce? Codul trebuie să facă asta! Poate suna un pic ciudat, dar un programator bun știe cum să fie obiectiv și să accepte că testerii trebuie să facă lucruri teribile cu codul lor pentru că, dacă nu o fac ei, altcineva o va face! De multe ori, programatorii nu știu cum va fi tratat codul lor la capătul celălalt al „zidului de frontieră” și nu sunt pregătiți pentru milioanele de „cazuri extreme” pe care le vor găsi testerii. Fiind într-un mediu de dezvoltare, care de obicei se concentrează pe scenarii optimiste despre cum să faci lucrurile să funcționeze eficient, programatorii nu pot trece adesea în starea de „ce poate merge prost”. De aici, un alt lucru pe care îl auzi de multe ori este: „Nu pot reproduce asta pe mașina mea” sau „Nu pot reproduce eroarea aceasta”. Așa cum știm deja, fiecare proiect are o dată limită la care produsul trebuie să fie lansat în „lumea reală”, iar acest lucru duce la câteva întrebări:

• • • • • Cum se va încheia această bătălie fără sfârșit între Creator (programator) și Distrugător (tester)?
        • Care este rolul acestei bătăli?
        • Cine are dreptate și cine greșește?
        • Care este mai bun?
        • După ce programatorii și testerii se înțeleg mai bine între ei, pot învăța să lucreze împreună. Acesta este un progres, iar ei vor atinge scopul comun doar lucrând împreună.

Ca oameni, vom face greșeli – este ceea ce ne face umani. De cele mai multe ori, cea mai eficientă modalitate de a învăța este din greșeli. Adesea este mult mai ușor să detectezi o eroare în munca altcuiva decât să o vezi în propria ta muncă. De aceea, programatorii și testerii se completează reciproc. Amândoi fac greșeli. Nu este important cine face cele mai multe. Este esențial să găsim soluția la acea problemă împreună, ca o echipă. Dacă nu există o luptă, nu există progres. Știm că progresul este imposibil fără schimbare, iar cei care nu își pot schimba părerea, nu pot schimba nimic.

Cred că acum sunteți pregătiți să aflați adevărul despre această bătălie:

• • • • • Programatorii și testerii nu sunt inamici. Ei sunt pe aceeași echipă și luptă pentru același scop: să livreze un produs de calitate!
        • Adevărata bătălie fără sfârșit este să livrezi un produs de calitate!

Ne vedem curând la CodeCamp Baia Mare pentru mai multe discuții pe acest subiect!: https://baiamare.codecamp.ro.