Tester vs programator, dou

Tester vs programator, dou
Pentru a parafraza spunând că „soldatul de rău, care nu vrea să devină un general“, care va fi lansat „un tester de sărac, care nu vrea să devină un programator,“ sau „este un programator sărac care vrea să fie start-up.“ Acum este aproape o axiomă. De exemplu, în mediul minții imature se crede că testarea este un fel de rampă de lansare în IT, primul pas pe calea programării. De exemplu, prin N-ani de testare, va fi mai ușor să faceți o tranziție spre dezvoltare. În plus, automatizarea, la care manageriștii sunt atât de dornici - aceasta este stadiul rudimentar al programării. Dar anii trec, și doar câțiva intră în programare.







O situație asemănătoare se întâmplă cu programatorii care, prin tineretul lor, s-au bătut în piept și promis că vor naște multe start-up-uri, vor deveni CEO sau cel puțin un manager de proiect. Dar nu există niciun progres special aici - chiar și în momentele pe care nu le place să le apeleze. Și, în același timp, standardul QA-manualschiku oferă lămpi noi și forfecare în proprietarul produsului. Dar, în același timp, interzice-l să meargă la bar pentru programatori. Ce se întâmplă?

Oameni inerți

Pe de o parte, poate fi în inerția tradițională a unei persoane. După ce a petrecut câțiva ani pentru a-și stăpâni profesia (testarea / programarea), el nu se mai rupe într-o specialitate adiacentă. Este cald aici. Deși, pe de altă parte, poate nu este atât de dorit?

Dar ei nu merg. Nu numai că, de fapt, doar câteva QA continuă să se dezvolte (din diverse motive), iar modul în care proprietarul produsului este pentru ei este mai scurt decât pentru programatori. Logica este simplă: testerul știe cum să nu se comporte aplicația, în timp ce PM știe cum ar trebui să fie. O mică magie și - voila! - Ține un sef proaspăt.

Dar există o diferență cardinală în munca programatorului și a testerului. Unul se construiește, alte pauze. Un optimist, un alt pesimist. Unul iubește, celălalt urăște.

Programatorul proiectează și fabrică mașina, iar testerul încearcă să-l omoare de perete la o viteză de 200 km pe oră. Dezvoltatorul este bucuros că mașina continuă, deși cu daune, dar să se rostogolească de-a lungul autostrăzii, iar testerul se bucură în acest moment, că este pe punctul de a cădea amortizorul. Programatorul spune: "nonsens, vindecă", testerul răspunde: "urgent la spital." Dualistika!

Optimism și pesimism

Programator prin natura - un optimist. Dacă nu pare optimist cu privire la viitor, va fi mâncat de amărăciunea zilnică a greșelilor. Niciodată nimic nu este neted, chiar tutoriale - și acestea nu sunt compilate de la prima dată. Programatorul este salvat de convingerea că totul va fi bine: "acest lucru nu este un bug, este o caracteristică", când QA este sigur de contrariul. Deci, ele sunt aranjate - toată lumea în mlaștină își trage. Dar aceasta este o uniune reciproc avantajoasă. Ele sunt ca doi prieteni sau ca un cuplu căsătorit, unde unul se plimba în nori, iar celălalt este târât pe pământ tot timpul. Așa că nu amândoi au zburat.

Însă și testerele se pot bucura. Adevărat, motivele pentru bucuria lor sunt specifice - ca și pentru programator. Încă mai am suficient sânge în vene, când îmi amintesc strigătul plin de bucurie al unui tester familiar: "Aaaa! Găsit! ". "De ce te bucuri, vitele?" Cred. A găsit o problemă, un defect, un bug sângeros. Și vreau să zbor, să merg mai departe. Prin urmare, dacă într-un mediu de lucru cineva are bucurie și un zâmbet pe față, atunci celălalt va avea în mod necesar o pokerface. „Nu merge!“ - zâmbete tester - „Și în jurnalele, uite - unele epic fatale totale error'y panica nucleu. Totul este roșu "- bucuria lui nu se oprește. "Acum o să vedem", îi răspunde cu o expresie strălucită pe fața lui. Este nevoie de o jumătate de oră - și rolurile sunt inversate: programator cu un zâmbet explică faptul că acest lucru nu este cu adevărat un bug, dar o environment'a greșită configurație, sau că aceeași eroare, dar nu este critică, și în timp ce el nu. Testerul se usucă chiar în fața ochilor noștri.

La ceea ce spun toate astea - testerele cu programatori au sisteme de valori diferite. Mai mult, fiecare dintre ei lucrează în profesia sa, cu atât mai dificilă este pentru el să facă o întoarcere de 180. Un an cu filosofia "bug-uri este rău", în timp ce întreaga viață a celuilalt crede: "bug-urile sunt bune".

Ca într-o anecdotă: "Programatorul vede plinul de sticlă, managerul de proiect vede paharul pe jumătate gol, în timp ce testerul vede că este pe jumătate crăpat".

Dar asta nu e tot. Programatorul se uită la viitor - modelează, planifică, încearcă să prezică câțiva pași înainte. Planificatorul testează? Bineînțeles. Dar în regimul "Cartagina trebuie să fie distrus". Ca vânător cu sânge rece, el gândește o încercare la software - el toarnă praful de pușcă, își curăță arma, privește la prognoza meteo, strânge cuțitul. El va încerca să o omoare prin toate mijloacele, într-un mod accesibil, chiar și cu mâinile goale. Acesta este motivul pentru care programatorii sunt neliniștiți, când în "sezonul de vânătoare" software-ul nativ se duce la savană pentru o lungă perioadă de timp. "Am pregătit-o suficient? Va scăpa moartea? Dacă ea este rănită, nu este letală? Voi fi capabil să-i dau primului ajutor? "- se aprinde gândurile în capul programatorului, în timp ce el bea cafea, privindu-se lateral la tester, care pare să înceapă să se înfurie.

Critica este întotdeauna mai ușoară. Nu contează cât de greu este să testezi cu ușurință un soft, să îl creezi sau să repari un bug ascuns este încă mult mai complicat. Este ca și în artă: critica filmului, pentru a indica neajunsurile complotului și impresia generală a imaginii, trebuie să petreceți ore, zile maxime. Directorul și echipa sa de a filma acest film - luni și uneori ani. În plus și minus peștele testerelor: pe de o parte, el subliniază mai puțin, nu este chemat duminică dimineața cu întrebări "de ce nu funcționează". Pe de altă parte, de aceea este mai mică pe treapta ierarhică, deoarece lucrarea principală este realizată de programator. De aici se pune întrebarea: ce fel de ocupație o va alege o persoană - mai puțin hrană, dar mai calmă sau mai profitabilă, dar care necesită mai mulți nervi?







perfecționism

Lumea sterilă a zerourilor și a unităților este un mediu excelent pentru împărțirea bacteriilor de perfecțiune care captează creierul profesioniștilor IT. La programator, faza acută durează până la momentul în care termenii sunt strânși și până când trebuie să inventați cârje pentru descendenții dvs. - ce nu puteți face de dragul clientului? În timp ce în tester devine cronic. În cazul în care programatorul este un perfectionist, un elev de gradul doi, atunci testerul este un perfecționist-student de-al treilea an. În timp ce dezvoltatorul își închide ochii la defecte minore, în speranța că spectatorul nu va observa neregularitățile și zgârieturile, testerul le privește doar pe ele. Cu o lentilă în mână. La început, totul este liniștit și pașnic. Dar atunci când dezvoltatorul este distras de "uite, avionul!", Testerul în mâinile sale sunt ghearele cu roșu-fierbinte fierbinte, cu lanț, un ciocan și o baie cu beton lichid. Acum va experimenta idealul.

Prin urmare, întrebarea este dacă testerul va dori să-și reconsidere obiceiurile perfectioniste, indiferent dacă va învăța să privească lucrurile mici.

Programatorii iubesc codul și programele lor, împreună cu toate cârjele și bicicletele pe care le creează, ca o pisică care iubește pisoii. Dezvoltatorul-dezvoltator preferă să nu observe neajunsurile și să vadă numai binele. Dar testerul în această privință este mai degrabă un tată care își arată iubirea prin disciplină și o centură dură. Ca și Schwartz.

Ar vrea un îngrijitor Mamula să schimbe rolurile cu un tată stufos? Aceasta este întrebarea.

Să recunoaștem: programatorii nu se întâlnesc întotdeauna cu testerele. Este de înțeles - ei doresc una, dar au metode diferite. Unii construiesc, alții sparg. Unii blugi coase, alții încearcă să-i rupă caii. La aceasta se adaugă o componentă ierarhică și salarială, precum și o discriminare bazată pe testere. Prin urmare, întrebarea este dacă o persoană dorește să ia o șurubelniță în loc de o lupă și să schimbe steaua într-o husă, să meargă la tabăra inamicului.

Aceasta este, în cazul în care parantezele povynosit motive tipice pentru testeri și programatori sunt reticente in a schimba locuri (nu există cunoștințe, experiență, locuri de muncă, etc), jocul va rămâne nici un factor mai puțin interesant: optimism / pesimism, perfecționismul, valori, și , desigur, dragoste și ură. Prin urmare, în cazul în care un tehnician de la începutul drum sigur merge „mai departe“ - de exemplu, pentru testeri, dezvoltatori, manageri, și de produs în PM'y owner'y, dar de-a lungul anilor acest lucru nu se întâmplă, nu este faptul că acest caz în fundul leneș al cuiva sau în incapacitatea de a învăța. Nu (deși, poate fi foarte bine un scriitor). Doar grămezi sunt deja condus și beton este turnat. Este mai ușor să construiți o casă nouă decât să terminați podelele sau să aruncați o fundație și să începeți de la zero. De aceea, la început, ar fi frumos să meditezi încă o dată unde va merge mixerul de beton, dar nu grăbiți să umpleți prima fundație găsită. Cine știe, poate că mai sunt dincolo de orizont mai interesante și mai valoroase forme de umplutură.

o aruncare adecvată de la o persoană care nu înțelege nimic în testare.

"Este rău pentru un tester care nu dorește să devină programator" Nu aș angaja niciodată un candidat pentru testeri cu o asemenea poziție vitală. Testarea nu este o rampă de lansare în IT, este o zonă separată, cu o hartă de abilități destul de mare de calificare. Dacă o persoană visează a fi programator - să învețe limba și să se deplaseze la stagiu, nu are nimic de făcut în testare.
Din cauza doar astfel de sub-programatori Testere care scriu strategii curbe pentru testare (în cazul în care nu scris), de a crea curbe de rapoarte de bug-uri, alerga în jurul valorii de tipa „nimic aah funcționează“ și enerva pe cele ale colegilor lor programatori si da impresia ca și în cazul în care testarea curva fiul urât IT.

Și aș fi făcut-o. Un tester care știe programarea este mult mai valoros decât un manual obișnuit. În ceea ce privește compania, proiectul și echipa. În plus, el va fi întotdeauna în măsură să împărtășească cunoștințe cu alții. Și, pe cât posibil, puteți aduce un avantaj companiei prin programare. Și puteți găsi întotdeauna un înlocuitor. Cred că nu este atât de ușor cu programatorii.

Când am fost la testare, am avut exact aceleași gânduri (a la "câțiva ani de potestit, experiență de câștig și programatori"). Totul dintr-o înțelegere superficială a procesului și a perspectivelor de carieră. Dar, nimic, înțelegerea a venit după primul interviu.
Deși, de fapt, dacă testerul este recalificat ca virgin în timp - nu este nimic teribil în acest lucru teribil, este vorba despre înțelegerea muncii și a atitudinii față de ea.
Astfel de "nedo-programatori-testerovschiki", în principal în orice sferă, se vor ocupa și vor trata fără griji îndatoririle lor.

Programatorul creează, testerul se rupe, automatul creează să se rupă!
Deci toate acestea sunt toate trei profesii diferite. Iar logica ei este diferită. Da, ar fi bine dacă testerele ar sorta mai multe tehnologii și, de asemenea, vor programa în timpul lor liber și vor avea mai mulți SP. Și perspectivele sunt încă destul de bune:
Manual QA => Automatizare QA => 1. Programator sau 2. Echipa de conducere
Dar, în esență, problema este aceea de a distrage atenția și de a nu stabili obiective pentru dezvoltare. Și mulțumire la nivelul pe care îl au acum.

Sunt un inginer de calificare în momentul momentului și nu simt nevoia să mă răzgândesc de bug-uri. Tse zagalna proiect problemă i Yogo yakostі, tse bіl vsіh, yakіy treba dіagnostuvati, vipraviti, perevіriti i ruhatisya Dali. Цікаво тестувати новаі фічі, vzbiratisya în ele, și nu fără nici un cuvânt de avertizare, la fel de "топтаня" автоматизане. Якісь міфи на міфах.

Axa întregii silabe în acest "fel" nu este ca ea, dar așa este. Okrіm la faptul cã testul este mai usor sã cunoascã esenþa bug-urilor (localizaþi jurnalul viticolei) ніж програмісту. De fapt unul (-a) dopovnyuet іншого (-у).

Aceasta este o astfel de "sociologie aishnaya specială". Toată lumea a citit deja această "analiză" primitivă de sute de ori pe zeci de site-uri diferite (unele, ca o hubra sau o doe, se specializează în ele) și toate acestea au fost deja zadolbal. Unele observații, plus câteva speculații, și puteți sculpta o nouă teorie a împărțirii oamenilor în soiuri și tipuri. Taak Tovarășul Yuri, judecând după aura ta, ești un optimist-choleric-robebiere-intuitiv, cu o pledoarie pentru grafomania. Destinul vostru în această viață este să mergeți în zilele de joi cu un drapel verde. Următorul pacient - intră.

Cred că totul este exact opusul. Testerul este cel care nu-i plac cel mai mult greselile. El petrece mult timp încercând să facă cât mai puține greșeli și să prevină, să găsească și să corecteze greșelile altor persoane. Și se bucură când a găsit greseala că a fost cea care a avut ocazia să pună capăt existenței sale.

scrie abi pisatiti.

că testarea este un fel de rampă de lansare în IT, primul pas pe calea programării este serios? =) тестування окрема din bucătăria, de ти розвиваєшся ішшшся, як шеф-повар.
Зіставляти чолами тестерів проти девелоперів Acest subiect a fost discutat mult timp. Є віз, який всі дружньо тягнуть - Metoda de succes proiect. Yakshtoli este un profesionist bun pentru cei care decid rezultatul și nu pentru rolul dvs. în proiect. Dezvoltatorul ajută testerul să se extindă în funcționalități și pe wimog-uri, iar testerul pentru dezvoltator localizează un defect.
În cazul în care se confruntă cu conflicte, cu toate acestea, oamenii nu vor putea să-și aleagă caracterele și să nu le poată înlocui.
că vdavati în așa-banalnye kraynoshchі - un budet інший ламає. potishilo, yak pe rana ponedilka =)
zi Garnier







Articole similare

Trimiteți-le prietenilor: