Claudiu Draghia

Sunt tester din 2004. Am avut multe roluri în 13 ani, dar m-am considerat mereu un tester. M-am bucurat când am găsit buguri care frizau niște situaţii/context aproape imposbil de conceput. M-am simtit prost când mi-a scăpat ceva ce a făcut produsul dificil sau imposibil de utilizat în producţie. M-am ascuns în proiectele mele și în firma mea, considerând că sunt un tester bun. M-am aflat pe scenă în faţa a sute de oameni, așteptând acea întrebare care să mă facă să realizez ce stupide au fost presupunerile mele.
Am întâlnit multe concepţii greșite despre testarea software. Cu unele veţi fi de accord, cu altele nu, dar consider că arta de a testa ține de împărtășirea ideilor și a experienţelor, acesta fiind chiar lucrul pe care intenţionez să îl fac. Iată-le:

Ceea ce ne arată acest grafic în legătură cu căutarea pe internet pentru Agile şi SCRUM este o creștere considerabilă, ducând la momentul 2013 când DevOps a început să fie investigat. Pe lângă acest aspect, aţi mai putea observa că: linia pentru Testability este foarte greu de văzut. Se pare că mai nimeni nu este interesat şi de ceea ce este testabil.. De ce situaţia asta? Dacă vorbim despre DevOps, de exemplu, pe lângă schimbarea imperativă culturală, vorbim despre unelte, livrări automate sau scripturi. Dar e important să analizăm și modul cum testăm aceste unelte. Un script de livrare trebuie testat la fel ca orice aplicație software. SCRUM şi Agile vorbesc despre bucle rapide de feedback, testare automatizată. Dacă vrei să automatizezi ceva, sistemul trebuie să îţi permită să o faci.

Citeşte mai mult

Nimănui nu îi plac procesele. Sunt plictisitoare, este foarte dificil să vezi valoarea pe care o dau urmându-le. Au un miros de chestii pe care trebuie să le facem doar pentru că cineva vrea. Cumva procesele nu se potrivesc cu dezvoltarea software. Programatorii şi testerii sunt meşteşugari. Cum poţi pune un proces într-un meşteşug?

În lumea testării și dezvoltării de software, se pare că există o confuzie cu privire la asigurarea calității, controlul calității, verificare și testare. Vă voi arăta diferențele prin ochii și experiența mea.

Mi-am petrecut ultimii zece ani din viață în industria IT. Am început ca tester și chiar dacă mi-am petrecut ultimii câțiva ani drept Manager de Calitate, mă consider însă un tester. În experiența mea de tester am remarcat o anumită percepție asupra condiției testerului, care tinde să-i minimalizeze rolul acestuia. Acest mod de a-l percepe pe tester aparține de obicei acelor manageri care cred adesea că oricine poate testa aplicații, cauzând abordări superficiale în ceea ce privește asigurarea calității. Dincolo de faptul că a nu recunoaște că profesia de tester este una solicitantă și meritorie îi face pe testeri să se simtă neapreciați, în ciuda muncii lor grele, această atitudine se răsfrânge în mod negativ asupra nivelului calității în industria IT.