top 10 challenges testers face workplace
Uitdagingen zijn normaal. Als je ze ziet als kansen, een goudmijn en als obstakels, een landmijn. Ik heb in de loop der jaren mijn deel van de ‘kansen’ in de IT-industrie gehad.
Sommigen kwamen met de rol die ik speelde, sommigen algemeen. Dit is mijn poging om ze op te nemen en contact op te nemen met de gemeenschap om te zien of een van deze bij je resoneert en misschien, in een kleine hoedanigheid, je helpt en je laat weten dat je niet de enige bent.
Hier is mijn top 10 lijst:
Wat je leert:
- Top 10 uitdagingen waarmee testers op de werkplek worden geconfronteerd
- Test- / QA-specifieke uitdagingen
- Andere uitdagingen
- Aanbevolen literatuur
Top 10 uitdagingen waarmee testers op de werkplek worden geconfronteerd
# 1) Bedrijfscultuur:
Dit is het eerste ere-item op de lijst omdat ik in de IT-dienstensector hinkte tussen meerdere klanten, teams, locaties en bedrijven. Ik vond het geweldig om deel uit te maken van sommige teams en sommige, nou ja, ik zou de ervaring niet herhalen.
- Een team waar ik voor werkte begon om 6 uur. Een ander stond erop om tot 18.00 uur te werken.
- De ene zorgde ervoor dat aannemers het gebouw binnenkwamen via een andere deur en een ander die niet eens geloofde in toegang met een pasje.
- De ene zorgde ervoor dat we alle mobiele apparaten met geheugen, Bluetooth of een andere connectiviteit buiten lieten, terwijl een ander bedrijf de hele dag prachtige muziek speelde op de werkplek.
- Sommige bedrijven volgen een strikte hiërarchie waarbij hun CEO de status van beroemdheid verkrijgt en een andere die geen hokjes heeft en iedereen gelijk was.
Wat ik me in de loop van de tijd realiseerde, is dat er niet één goede of verkeerde manier is; het is gewoon hun manier. Na verloop van tijd zullen we ons altijd aanpassen aan de omstandigheden, maar als je het niet een eerlijke kans hebt gegeven, zoek dan de uitgang die het dichtst bij je in de buurt is.
# 2) Verschillende tijdzones:
Blijft u op kantoor of thuis achter de laptop om 23.00 uur of 5.00 uur en probeert u uw teams in te halen die geografisch verspreid zijn? Dit komt maar al te bekend voor, nietwaar?
Er is echt geen tegengif voor dit probleem (misschien, koffie?) Gebruik klokken die u de exacte tijd op verschillende locaties laten zien (wereldklok op uw smartphone werkt ook), perfecte communicatieprotocollen op een manier dat er geen vergaderingen hoeven te zijn voor problemen opgelost via e-mail en oefen tijdzonebewuste planning om dit probleem grotendeels te voorkomen.
Aanbevolen om te lezen Onsite - Offshore-model van softwaretests - laat het voor u werken
# 3) Cross-culturele verschillen:
Ik heb zowel in India als in de VS gewerkt. Hoewel de bedrijfscultuur tamelijk niet-etnisch is, heeft waar we vandaan komen invloed op ons gedrag en begrip.
converteer youtube-video gratis naar mp4
Bijvoorbeeld: 'Hallo hoe gaat het?' is een veel voorkomende begroeting in de VS. Het betekent niet per se dat ze precies willen weten wat je op dit moment voelt. Maar toen ik nieuw was in de VS, dacht ik altijd: “Ik had zojuist een ontmoeting met deze persoon. Wat zou er in zo'n korte tijd veranderen? ' :) Goed voor mij, ik heb snel geleerd.
In sommige culturen duidt minder praten op stille contemplatie, terwijl het in andere gewoon betekent dat het saai is of dat je niets te zeggen hebt.
Wanneer je deze kleine nuances probeert te begrijpen, begrijp je mensen beter en kun je beter functioneren.
Test- / QA-specifieke uitdagingen
# 4) Geen documentatie
De klassieke. Veel teams geloven nog steeds in verbale communicatie en houden weinig referentiemateriaal bij over hoe de software is geworden tot wat het nu is. Snelle ontwikkelingscycli maakten dit alleen maar intenser.
Dit is echter echt een van die gevallen waarin uitdagingen kansen worden.
Ga in gesprek met uw ontwikkelingsteams, bedrijfsanalyses of technische teams. Onderzoek de applicatie; referenties opstellen die naar vergelijkbare toepassingen en hun normen kijken. Begrijp het perspectief van de eindgebruiker. Word avontuurlijk met verkennende tests.
Kijk voor meer richting Hoe een applicatie testen zonder vereisten?
# 5) Onstabiele omgeving:
Meestal hebben QA-teams te kampen met een inferieure omgeving waarin we echt klaar moeten zijn om het beste te halen uit wat we hebben.
Bijvoorbeeld: De server die overbelast raakt en tijdens het testen een paar keer opnieuw moet worden opgestart, de logboeken die vaak moeten worden gewist om er zeker van te zijn dat er geen overflow is, enz.
Breng deze problemen naar de voorgrond en zorg ervoor dat u tijdens het testen omgevingsondersteuning krijgt. Voor veel voorkomende gevallen krijgt u toegang tot de servers met de stappen om wat eenvoudig onderhoud uit te voeren, zoals herstarten, wachtrijen wissen, enz.
Aanbevolen om te lezen Hoe de fouten in de testomgeving te minimaliseren
# 6) Gereedschappen die gedwongen worden ingevoerd:
Soms weten we dat een tool niet geschikt is voor de klus. We hebben geen andere keuze dan het te blijven gebruiken omdat de klanten / teams al licenties hebben en niet voor een nieuwe willen gaan totdat de huidige licentie afloopt.
Ik moest een Mainframes-applicatie testen op HP QTP zonder de Terminal Emulator-invoegtoepassing. In dit geval had ik de tool maar niet de juiste configuratie. Ik kon er weinig aan doen, dus ik moest als tijdelijke oplossing schakelen tussen de normale en lage opnamemodi.
Het is niet leuk, maar je leert alternatieven. Of u zult in ieder geval tot een definitieve conclusie komen of de alternatieven echt werken of niet.
Lees ook A tot Z gids over het selecteren van een automatiseringstool
# 7) Sommige applicaties zijn niet voldoende:
Heb je ooit een applicatie getest en begon je je af te vragen: 'Hoe kan dit zelfs software worden genoemd als het een machine is die bugs veroorzaakt?'
Ik heb dit speciale voorrecht gehad waar het grootste deel van mijn dag in het teken stond van het rapporteren van bugs en het rapporteren van nog enkele bugs. Sommige delen van de applicatie worden afgesneden als gevolg van deze bugs. Het hele spectrum van ernst gooit je van je spel en het wordt overweldigend wanneer je begint te denken: 'Heeft het een zin voor wat ik hier doe?'
Na verloop van tijd heb ik geleerd vast te houden aan mijn beslissing dat de software niet klaar is om te testen en de build af te keuren. Ik zoek niet langer naar een zilveren voering als die er niet is.
Andere uitdagingen
# 8) Eigenaardigheden van mensen:
Heeft u ooit een ontwikkelaar op de vergadertafel laten slaan zodra u een defect verklaarde? Ja, dat is mij overkomen. :) Later kwam ik te weten dat het zijn uitdrukkingsvorm was en niet zijn ergernis.
Ik had ook een teamlid dat aanvankelijk niet meewerkte en onbeleefd was, maar eigenlijk gewoon verlegen was. Deze persoon zou nauwelijks een paar woorden zeggen of opvallen als er om statusupdates wordt gevraagd. Ik was heel dicht bij het plaatsen van een negatieve prestatiebeoordeling en escalatie als ik me niet had gerealiseerd dat dezelfde details gemakkelijk en uitvoerig van hem via e-mail kunnen worden ontvangen. Het is het een-op-eengesprek waar hij zich niet prettig bij voelde.
Iedereen is anders en verdient een voordeel van twijfel. Beoordeel en respecteer grenzen niet te snel.
Lees ook dit Hoe u het testteam effectief kunt beheren
# 9) Gebrek aan feedbacklus:
Soms ga je dagen achtereen aan het werk en geobsedeerd door een product om erachter te komen dat het niet zo was bedoeld.
Of u werkt vanaf een afgelegen locatie met uw team ergens anders waar u zich geïsoleerd voelt en niemand heeft om uw ideeën van af te kaatsen.
Of u krijgt feedback die niet bepaald nuttig is. Stel dat u een procesdocument heeft gemaakt en zij zeiden dat het goed was. U ziet het procesdocument niet gepubliceerd of in gebruik genomen en u vraagt zich af wat ermee is gebeurd. Dus de feedback ‘goed’ heeft hier geen goed gedaan en is bijna een niet-feedback.
Zoek eerlijke feedback en creëer een community om uw ideeën te bespreken. Niet vaak de gemakkelijkste om te doen, maar zonder de positieve bekrachtiging die deze stap biedt, blijf je gedemotiveerd achter.
# 10) Vooroordelen:
Nou, we weten dat er veel vooroordelen zijn op de werkplek rond geslacht, nationaliteit enz. Ik ga hier niet in details treden, maar tenzij we de wereld gaan beschouwen als een global village en iedereen gelijk, worden de wereld en de werkplek allebei giftig.
Over de auteur: Met dank aan STH-teamlid Swati voor het delen van deze top 10 uitdagingen waarmee de testers worden geconfronteerd.
Nu is het jouw beurt.
Welke van de items in de lijst had je verrast of had je begrijpend geknikt? Met welke uitdagingen heb je te maken gehad en hoe heb je ze overwonnen?
Deel en geef commentaar!
Aanbevolen literatuur
- Wereldwijd softwaretestbedrijf bereikt binnenkort $ 28,8 miljard
- Softwaretestadvies voor beginnende testers
- Hoe houd je motivatie levend in softwaretesters?
- Beste softwaretesttools 2021 (QA Test Automation Tools)
- Zen en de kunst van het testen van software
- Software testen QA Assistant Job
- Beste softwaretestartikelen van 2008
- Uitdagingen voor handmatige en automatiseringstests