Meni

10 najtežih izazova s ​​kojima se testeri suočavaju na radnom mjestu i kako ih prevladati

top 10 challenges testers face workplace

Isprobajte Naš Instrument Za Uklanjanje Problema

Izazovi su normalni. Tada ih gledate kao na mogućnosti, na rudnik zlata i kao na prepreke, na kopneni rudnik. Tijekom godina imao sam svoj dio ‘prilika’ u IT industriji.

Neki su došli s ulogom koju sam igrao, neki općenito. Ovo je moj pokušaj da ih snimim i da se obratim zajednici kako bih vidio hoće li netko od onih imati rezonancije s vama i možda vam u malom svojstvu pomoći i dati vam do znanja da niste sami.

Evo mojih top 10 popisa:

Izazovi s kojima se suočavaju testeri

Što ćete naučiti:

10 najboljih izazova s ​​kojima se testeri suočavaju na radnom mjestu

# 1) Kultura tvrtke:

Ovo je počasna prva stavka na popisu, jer me je rad u industriji IT usluga poskakivao između više klijenata, timova, lokacija i tvrtki. Volio sam biti dio nekih timova, a neki, pa, ne bih ponovio iskustvo.

  • Tim za koji sam radio počeo je u 6 sati ujutro. Još je jedan inzistirao na radu do 18 sati.
  • Jedan je izvođače natjerao da uđu u zgradu na druga vrata, a drugi koji nisu ni vjerovali u pristup karticom s prevlačenjem.
  • Jedan nas je natjerao da sve mobilne uređaje s memorijom, Bluetoothom ili bilo kojom drugom vezom ostavimo vani, dok je druga tvrtka cijeli dan puštala prekrasnu glazbu na radnom mjestu.
  • Neke tvrtke slijede strogu hijerarhiju s postizanjem statusa slavne osobe u njihovom izvršnom direktoru, a druge koje nemaju kabine i svi su bili jednaki.

S vremenom sam shvatio da ne postoji jedan ispravan ili pogrešan način; to je samo njihov način. S obzirom na vrijeme, uvijek ćemo se prilagoditi okolnostima, ali ako to ne učinite nakon što mu date poštenu priliku, pronađite najbliži izlaz.

# 2) Različite vremenske zone:

Ostajete li u uredu ili kod kuće ispred laptopa u 23 sata ili u 5 sati ujutro i pokušavate sustići svoje timove koji su zemljopisno raspoređeni? Ovo je sve previše poznato, zar ne?

Zapravo ne postoji protuotrov za ovaj problem (može biti, kava?) Koristite satove koji vam pokazuju točno vrijeme na različitim lokacijama (i svjetski sat na vašem pametnom telefonu radi), savršene komunikacijske protokole na način da za probleme ne trebaju biti sastanci riješeno putem e-pošte i vježbajte zakazivanje svjesnih vremenskih zona kako biste u najvećoj mjeri izbjegli ovaj problem.

Preporučeno čitanje => Onsite - Offshore model testiranja softvera - Neka to radi za vas

# 3) Međukulturne razlike:

Radio sam i u Indiji i u SAD-u. Iako je korporativna kultura prilično neetnička, ono odakle dolazimo utječe na naše ponašanje i razumijevanje.

što je životni ciklus razvoja softvera?

Na primjer: 'Bok, kako si?' čest je pozdrav u SAD-u. Ne mora nužno značiti da žele točno znati što trenutno osjećate. Međutim, kad sam bio novi u SAD-u, znao sam pomisliti: „Upravo sam bio na sastanku s tom osobom maloprije. Što bi se promijenilo u tako malo vremena? ' :) Dobro za mene, brzo sam naučio.

Također, u nekim kulturama manje razgovarati ukazuje na tiho razmišljanje, dok u drugima to jednostavno znači: dosadno je ili nemate što reći.

Kada pokušate razumjeti ove male nijanse, bolje razumijete ljude i možete funkcionirati na bolji način.

Testiranje / specifični izazovi za osiguranje kvalitete

# 4) Nema dokumentacije:

Klasični. Mnogi timovi i dalje vjeruju u verbalnu komunikaciju i zadržavaju malo referentnog materijala o tome kako je softver postao današnji. Brzi razvojni ciklusi samo su ovo učinili intenzivnijim.

Međutim, ovo je stvarno jedan od slučajeva izazova koji postaju prilike.

Uključite se u razgovore sa svojim razvojnim, poslovnim analizama ili tehničkim timovima. Istražite primjenu; postaviti reference gledajući slične primjene i njihove standarde. Razumijevanje perspektive krajnjeg korisnika. Uživajte u avanturističkim istraživačkim testiranjima.

Za više uputa pogledajte => Kako testirati prijavu bez zahtjeva?

# 5) Nestabilno okruženje:

QA timovi obično pate od lošeg okruženja u kojem moramo biti stvarno spremni iskoristiti ono što imamo.

Na primjer: Poslužitelj koji se preoptereti i treba ga nekoliko puta ponovno pokrenuti tijekom testiranja, zapisnike koji trebaju često brisanje kako bi bili sigurni da nema prelijevanja itd.

Stavite ove probleme u prvi plan i pobrinite se da dobijete podršku okoline tijekom testiranja. Za uobičajene slučajeve pristupite poslužiteljima s koracima kako biste obavili neko jednostavno održavanje, poput ponovnog pokretanja, brisanja redova itd.

Preporučeno čitanje => Kako smanjiti nedostatke testnog okruženja

# 6) Alati koji se prisiljavaju:

Ponekad znamo da alat nije prikladan za posao. Ne preostaje nam ništa drugo nego da ga i dalje koristimo jer klijenti / timovi već imaju licence i ne bi željeli ići na novu dok ne istekne trenutna licenca.

Morao sam testirati aplikaciju Mainframes na HP QTP bez dodatka Terminal Emulator. U ovom sam slučaju imao alat, ali ne i ispravnu konfiguraciju. Malo sam mogao učiniti po tom pitanju, pa sam kao zaobilazno rješenje morao prebaciti između normalnog i niskog nivoa snimanja.

Nije zabavno, ali učite alternative. Ili ćete barem doći do konačnog zaključka o tome rade li alternative stvarno ili ne.

Također pročitajte => Vodič od A do Ž o odabiru alata za automatizaciju

# 7) Neke se aplikacije jednostavno ne režu:

Jeste li ikada testirali neku aplikaciju i počeli se pitati: 'Kako se ovo uopće može nazvati softverom kad se radi o stroju za stvaranje bugova?'

Imao sam tu posebnu privilegiju gdje mi se veći dio dana svodio na to da jednostavno prijavim greške i prijavim neke druge. Neka područja aplikacije se odsjeku kao rezultat tih bugova. Čitav spektar ozbiljnosti izbacuje vas iz igre i postaje neodoljiv kad počnete razmišljati: 'Ima li smisla ovo što radim ovdje?'

Prekovremeno sam naučio ostati čvrst u svojoj odluci da softver nije spreman za testiranje i odbiti izradu. Više ne tražim srebrnu podstavu kad je nema.

Ostali izazovi

# 8) Ljudi-čudovišta:

Jeste li ikad imali programera koji je lupao o stol konferencijske sobe čim ste objasnili kvar? Da, to mi se dogodilo. :) Kasnije sam saznao da je to bio njegov oblik izražavanja, a ne pogoršanje.

Imao sam i člana tima koji je isprva bio nesukladan i bezobrazan, ali zapravo je bio sramežljiv. Ova osoba teško bi rekla nekoliko riječi ili naišla na oko kad bi je se pitalo za ažuriranje statusa. Bio sam vrlo blizu davanja negativne recenzije i eskalacije, da nisam shvatio da se isti detalji mogu lako i detaljno dobiti od njega putem e-pošte. To je razgovor jedan u jedan koji mu nije bio ugodan.

Svatko je drugačiji i zaslužuje korist sumnje. Ne budite prebrzi da procijenite i poštujete granice.

Također pročitajte ovo => Kako učinkovito upravljati testnim timom

# 9) Nedostatak povratne sprege:

Ponekad prođete dane na kraju radeći i opsjedajući isporuku da biste saznali da to nije trebalo tako.

Ili radite s udaljenog mjesta sa svojim timom koji se nalazi negdje drugdje, a vi se osjećate izolirano i nemate nikoga tko će odbiti vaše ideje.

Ili primate povratne informacije koje nisu baš korisne. Recimo da ste stvorili procesni dokument, a oni su rekli da je dobar. Ne vidite da je procesni dokument objavljen ili stavljen u upotrebu i pitate se što mu se dogodilo. Dakle, povratne informacije ‘dobre’ ovdje nisu donijele nikakvu korist i gotovo su nepovratne informacije.

Tražite iskrene povratne informacije i stvorite zajednicu za raspravu o vašim idejama. To nije često najlakše učiniti, ali bez pozitivnog pojačanja koje ovaj korak pruža ostajete demotivirani.

# 10) Unaprijed stvoreni pojmovi:

Pa, znamo da na radnom mjestu ima mnogo predrasuda oko spola, nacionalnosti itd. Ovdje se neću upuštati u detalje, ali ukoliko svijet ne počnemo gledati kao globalno selo i svi jednaki, svijet i radno mjesto postaju otrovno.

O autoru: Zahvaljujemo članu STH tima Swatiju na dijeljenju ovih top 10 izazova s ​​kojima se suočavaju testeri.

Sad je tvoj red.

Koju ste od stavki na popisu iznenadili ili klimnuli glavom u znak razumijevanja? S kojim ste se izazovima susreli i kako ste ih prevladali?

Molimo podijelite i komentirajte!

Preporučena literatura

^