Meny

Topp 10 utfordringer testere møter på arbeidsplassen og hvordan de kan overvinne dem

top 10 challenges testers face workplace

Prøv Instrumentet Vårt For Å Eliminere Problemer

Utfordringer er normale. Det er når du ser på dem som muligheter, en gullgruve og som hindringer, en landgruve. Jeg har hatt min andel av ‘muligheter’ gjennom årene i IT-bransjen.

Noen kom med rollen jeg spilte, noen generelle. Dette er mitt forsøk på å registrere dem og å nå ut til samfunnet for å se om noen av dem resonerer med deg og kanskje i liten kapasitet hjelpe deg og fortelle deg at du ikke er alene.

Her er min topp 10-liste:

Utfordringer testere står overfor

Hva du vil lære:

Topp 10 utfordringer testere møter på arbeidsplassen

Nr. 1) Selskapets kultur:

Dette er det æresførende første elementet på listen fordi jeg var i IT-tjenestebransjen og hoppet mellom flere kunder, team, lokasjoner og selskaper. Jeg elsket å være en del av noen lag, og noen, vel, jeg ville ikke gjenta opplevelsen.

  • Et team som jeg jobbet for startet klokken 06.00. En annen insisterte på å jobbe til klokka 18.
  • En fikk entreprenører til å gå inn i bygningen gjennom en annen dør, og en annen som ikke en gang trodde på sveipekorttilgang.
  • En fikk oss til å la alle mobile enheter med minne, Bluetooth eller andre tilkoblinger være utenfor mens et annet selskap spilte fantastisk musikk på arbeidsplassen hele dagen.
  • Noen selskaper følger et strengt hierarki med at konsernsjefen oppnår kjendisstatus og et annet som ikke har noen avlukker og alle var like.

Det jeg innså over tid er at det ikke er noen rett eller feil vei; det er bare deres måte. Gitt tid vil vi alltid tilpasse oss omstendighetene, men hvis du ikke gjør det etter å ha gitt det en god sjanse, kan du finne utgangen nærmest deg.

# 2) Ulike tidssoner:

Blir du på kontoret eller oppe hjemme foran den bærbare datamaskinen klokka 23.00 eller 5. Prøver å ta igjen lagene dine som er geografisk fordelt? Dette er vel kjent, er det ikke?

Det er egentlig ingen motgift mot dette problemet (kan være, kaffe?) Bruk klokker som viser nøyaktig tid på forskjellige steder (verdensur på smarttelefonen fungerer også), perfekte kommunikasjonsprotokoller på en måte som det ikke trenger å være møter for problemer løst via e-post og praksis tidssone bevisst planlegging for å unngå dette problemet i stor grad.

Anbefalt lesing => På stedet - Offshore Model of Software Testing - Få det til å fungere for deg

# 3) Tverrkulturelle forskjeller:

Jeg har jobbet i både India og USA. Selv om bedriftskulturen er ganske ikke-etnisk, påvirker vår atferd og forståelse der vi er fra.

hva er den beste programvaren for PC-renser

For eksempel: 'Hei Hvordan har du det?' er en vanlig hilsen i USA. Det betyr ikke nødvendigvis at de vil vite nøyaktig hva du føler for øyeblikket. Da jeg var ny i USA, tenkte jeg imidlertid: «Jeg var akkurat i møte med denne personen for et øyeblikk siden. Hva ville endres på så kort tid? ” :) Bra for meg, jeg lærte fort.

I noen kulturer indikerer det å snakke mindre også stille kontemplasjon, mens det i andre bare betyr at det er kjedelig eller at du ikke har noe å si.

Når du prøver å forstå disse små nyansene, forstår du mennesker bedre og kan fungere på en bedre måte.

Testing / QA-spesifikke utfordringer

# 4) Ingen dokumentasjon:

Det klassiske. Mange team tror fortsatt på verbal kommunikasjon og har lite referansemateriale om hvordan programvaren ble slik den er i dag. Raske utviklingssykluser gjorde dette bare mer intens.

Dette er imidlertid virkelig en av de tilfellene av utfordringer som blir muligheter.

Delta i samtaler med din utvikling, forretningsanalyse eller tekniske team. Undersøk søknaden; sette opp referanser for å se på lignende applikasjoner og deres standarder. Forstå sluttbrukerperspektivet. Bli eventyrlysten med utforskende testing.

For mer retning, sjekk ut => Hvordan teste en søknad uten krav?

# 5) ustabilt miljø:

Vanligvis lider QA-team av dårligere miljø som vi må være klare til å få mest mulig ut av det vi har.

For eksempel: Serveren som blir overbelastet og trenger en omstart noen ganger under testing, loggene som trenger tømming ofte for å sikre at det ikke er overløp osv.

Ta disse problemene i forkant og sørg for at du får miljøstøtte under testing. I tilfeller som ofte skjer, få tilgang til serverne med trinnene for å gjøre noe enkelt vedlikehold, for eksempel omstart, tømning av køer osv.

Anbefalt lesing => Hvordan minimere testmiljøfeilene

# 6) Verktøy som blir tvangsmat:

Noen ganger vet vi at et verktøy ikke passer for jobben. Vi har ikke noe annet valg enn å fortsette å bruke det fordi klientene / teamene allerede har lisenser og ikke ønsker å gå etter en ny før den nåværende lisensen går tom.

Jeg måtte teste et Mainframes-program på HP QTP uten tillegg til Terminal Emulator. I dette tilfellet hadde jeg verktøyet, men ikke riktig konfigurasjon. Det var lite jeg kunne gjøre med det, så jeg måtte bytte mellom normal og lavt nivå opptaksmodus som en løsning.

Det er ikke gøy, men du lærer deg alternativer. Eller i det minste vil du komme til en bestemt konklusjon om alternativene faktisk fungerer eller ikke.

Les også => A til Å guide om valg av automatiseringsverktøy

# 7) Noen applikasjoner klipper det bare ikke:

Har du noen gang testet et program og begynt å lure på, 'Hvordan kan dette til og med kalles programvare når det er en feilproduserende maskin?'

Jeg har hatt dette spesielle privilegiet der det meste av dagen min handlet om å bare rapportere feil og rapportere feil litt mer. Noen områder av applikasjonen blir avskåret som et resultat av disse feilene. Hele spekteret av alvorlighetsgrad kaster deg fra spillet ditt, og det blir overveldende der du begynner å tenke, 'Er det et poeng med hva jeg gjør her?'

Overtid har jeg lært å være fast på min beslutning om at programvaren ikke er klar til å teste og å avvise bygningen. Jeg ser ikke lenger etter en sølvfôr når det ikke er en.

Andre utfordringer

# 8) People-quirks:

Har du noen gang hatt en utvikler som banket konferanseromsbordet så snart du forklarte en feil? Ja, det skjedde med meg. :) Jeg ble senere kjent med at det var hans uttrykksform og ikke forverring.

Jeg hadde også et teammedlem som først kom ut som lite samarbeidsvillig og frekk, men egentlig bare var sjenert. Denne personen vil knapt si noen ord eller møte øynene når han blir spurt om statusoppdateringer. Jeg var veldig nær å sette en negativ ytelsesanmeldelse og eskalere hadde jeg ikke innsett at de samme detaljene enkelt og forsiktig kan mottas fra ham via e-post. Det er en-til-en-samtalen han ikke var komfortabel med.

Alle er forskjellige og fortjener en fordel av tvil. Ikke vær for rask med å bedømme og respektere grenser.

Les også dette => Hvordan administrere testteam effektivt

# 9) Mangel på tilbakemeldingsløyfe:

Noen ganger går du dager på slutten og jobber med og besetter en leveranse bare for å finne ut at det ikke skulle være slik.

Eller du jobber fra et eksternt sted med teamet ditt andre steder som du føler deg isolert og ikke har noen å sprette ideene dine fra.

Eller du får tilbakemeldinger som ikke akkurat er nyttige. La oss si at du opprettet et prosessdokument, og de sa at det var bra. Du ser ikke prosessdokumentet publisert eller tatt i bruk, og du lurer på hva som skjedde med det. Så, tilbakemeldingen ‘god’ gjorde ikke noe godt her og er nesten ikke tilbakemelding.

Søk ærlige tilbakemeldinger og opprett et fellesskap for å diskutere ideene dine. Ikke ofte det enkleste å gjøre, men uten den positive forsterkningen som dette trinnet gir, blir du demotivert.

# 10) Forutfattede forestillinger:

Vel, vi vet at det er mange fordommer på arbeidsplassen rundt kjønn, nasjonalitet osv. Jeg kommer ikke til å gå nærmere inn på detaljene her, men med mindre vi begynner å se på verden som en global landsby, og alle like, verden og arbeidsplassen blir begge giftig.

Om forfatter: Takk til STH-teammedlem Swati for å dele disse topp 10 utfordringene som testerne møter.

Nå er det din tur.

Hvilke av elementene i listen hadde du overrasket eller nikket til forstand? Hvilke utfordringer sto du overfor og hvordan overvant du dem?

Vennligst del og kommenter!

Anbefalt lesing

^