Psihologija u testiranju softvera
April 2019 | Agile, QA, Scrum, Software Development
Autor: Dragana Karadžić - QA @4it.rs
Postoji nebrojeno mnogo tema vezanih za testiranje softvera, kursevi i tehničke priče, ali ne i teme koje se tiču podjednako bitnog dela ovog posla, a to su psihološki odnosi između testera i programera, kao i na komplikacije u komunikaciji sa kojima se suočavaju.
Ako čitate ovo velike su šanse da ste pogođeni ovom temom jer svako ko je bio uključen u projekat razvoja softvera može primetiti da psihologija igra važnu ulogu kod menadžera, programera, testera.Nemam obrazovanje u psihologiji, ali tokom rada u firmi 4IT doo kao tester, shvatila sam koliko je lako upasti u konflikt sa kolegama.
A sigurna sam da ste svi imali bar raspravu oko prioriteta.Kada testiramo program, nastojimo da nadjemo sve potencijalne i postojeće greške, ulažemo sav fokus u tom smeru.
Isto tako programer ulaže napore da napravi ispravan program, čak i napore da sakrije određene greške.Radeći duže vreme na jednom programu, programer počinje da se indentifikuje sa svojim radom, testiranje softvera smatraju projektom koji je usmeren protiv njihovog rada te ga često smatraju ličnim napadom.Zbog ovih prečestih komplikacija firme se često odlučuju na to da testere odvoje u posebne timove i na taj način izbegnu direktnu komunikaciju.
Ovo smanjuje psihološku barijeru i na taj način se i programeri i testeri više trude u svom delu posla.
Mane ovoga su fizička odvojenost timova i manjak direktne komunikacije kao i mogućnost zdravog odnosa unutar tima.U timovima u našoj firmi uvek postoji bar po jedan tester sa kojim developeri rade rade paralelno, učestvuju zajedno u planiranju i razjašnjavanju problema na koje nailaze.
Bliskom saradnjom sa razvojnim timom, postavljanjem pitanja o oblastima koje treba testirati, kao i područjima za koje smatramo da su najrizičniji ili najvažniji su način da prilagodimo prioritete sa njihovim, svojim i potrebama projekta.Od vitalne je važnosti da tester može profesionalno objasniti i prijaviti grešku developeru kako bi se greška ispravila.
Tester ne sme da oštro ulazi u konflikt sa developerom i ostalim članovima tima.
Taktika i diplomatija su od suštinskog značaja, čak i ako ste potpuno sigurni da ste svoj deo ispravno uradili.
Dobro istestiran projekat sprečava stres i paniku i donosi sigurnost i samopouzdanje celom timu.Ukoliko ste se pronašli u tekstu kao strana koja ima poteškoća, razmislite još da li su “bagovi” samo u softveru ili ih ima i u našem ponašanju?
