top 10 challenges testers face workplace
Herausforderungen sind normal. Es ist, wenn man sie als Chancen betrachtet, als Goldmine und als Hindernisse, als Landmine. Ich hatte im Laufe der Jahre viele Chancen in der IT-Branche.
Einige kamen mit der Rolle, die ich spielte, andere allgemein. Dies ist mein Versuch, sie aufzuzeichnen und die Community zu erreichen, um zu sehen, ob einer von ihnen mit Ihnen in Resonanz steht, und Ihnen vielleicht in geringerem Umfang zu helfen und Sie wissen zu lassen, dass Sie nicht allein sind.
Hier ist meine Top 10 Liste:
Was du lernen wirst:
- Top 10 Herausforderungen, denen sich Tester am Arbeitsplatz stellen müssen
- Test- / QS-spezifische Herausforderungen
- Andere Herausforderungen
- Literatur-Empfehlungen
Top 10 Herausforderungen, denen sich Tester am Arbeitsplatz stellen müssen
# 1) Unternehmenskultur:
Dies ist der erste ehrenamtliche Punkt auf der Liste, da ich in der IT-Dienstleistungsbranche zwischen mehreren Kunden, Teams, Standorten und Unternehmen wechseln musste. Ich habe es geliebt, Teil einiger Teams zu sein, und einige, nun, ich würde die Erfahrung nicht wiederholen.
- Ein Team, für das ich gearbeitet habe, begann um 6 Uhr morgens. Ein anderer bestand darauf, bis 18 Uhr zu arbeiten.
- Einer ließ Auftragnehmer das Gebäude durch eine andere Tür betreten und ein anderer glaubte nicht einmal an den Zugang zu Swipe-Karten.
- Einer ließ uns alle mobilen Geräte mit Speicher, Bluetooth oder anderen Verbindungen draußen lassen, während ein anderes Unternehmen den ganzen Tag wundervolle Musik am Arbeitsplatz spielte.
- Einige Unternehmen folgen einer strengen Hierarchie, wobei ihr CEO den Prominentenstatus erreicht, und ein anderes Unternehmen hat keine Kabinen und alle waren gleich.
Im Laufe der Zeit wurde mir klar, dass es keinen richtigen oder falschen Weg gibt. es ist nur ihr Weg. Mit der Zeit werden wir uns immer an die Umstände anpassen. Wenn Sie jedoch keine faire Chance haben, suchen Sie den nächstgelegenen Ausgang.
# 2) Verschiedene Zeitzonen:
Bleiben Sie um 23:00 Uhr oder 5:00 Uhr im Büro oder zu Hause vor dem Laptop und versuchen, Ihre geografisch verteilten Teams einzuholen? Das ist doch allzu vertraut, oder?
Es gibt wirklich kein Gegenmittel gegen dieses Problem (möglicherweise Kaffee?). Verwenden Sie Uhren, die Ihnen die genaue Uhrzeit an verschiedenen Orten anzeigen (die Weltuhr funktioniert auch auf Ihrem Smartphone), und perfektionieren Sie die Kommunikationsprotokolle so, dass keine Besprechungen für Probleme erforderlich sind Über E-Mail gelöst und zeitzonenbewusst geplant, um dieses Problem weitgehend zu vermeiden.
Empfohlene Lektüre => Onsite - Offshore-Modell für Softwaretests - Damit es für Sie funktioniert
# 3) Interkulturelle Unterschiede:
Ich habe sowohl in Indien als auch in den USA gearbeitet. Obwohl die Unternehmenskultur eher nicht ethnisch ist, wirkt sich unsere Herkunft auf unser Verhalten und unser Verständnis aus.
bestes Werkzeug zum Erstellen eines Flussdiagramms
Zum Beispiel: 'Hi, wie geht es dir?' ist eine häufige Begrüßung in den USA. Das bedeutet nicht unbedingt, dass sie genau wissen möchten, was Sie gerade fühlen. Als ich jedoch neu in den USA war, dachte ich immer: „Ich war gerade vor einem Treffen mit dieser Person. Was würde sich in so kurzer Zeit ändern? “ :) Gut für mich, ich habe schnell gelernt.
In einigen Kulturen bedeutet weniger sprechen auch ruhige Kontemplation, während es in anderen einfach bedeutet, dass es langweilig ist oder Sie nichts zu sagen haben.
Wenn Sie versuchen, diese kleinen Nuancen zu verstehen, verstehen Sie die Menschen besser und können besser funktionieren.
Test- / QS-spezifische Herausforderungen
# 4) Keine Dokumentation::
Der Klassiker. Viele Teams glauben immer noch an verbale Kommunikation und halten wenig Referenzmaterial darüber bereit, wie die Software zu dem wurde, was sie heute ist. Schnelle Entwicklungszyklen haben dies nur noch intensiver gemacht.
Dies ist jedoch einer der Fälle, in denen Herausforderungen zu Chancen werden.
Nehmen Sie an Gesprächen mit Ihren Entwicklungs-, Geschäftsanalyse- oder technischen Teams teil. Recherchieren Sie die Anwendung; Richten Sie Referenzen ein, die sich mit ähnlichen Anwendungen und ihren Standards befassen. Verstehen Sie die Endbenutzerperspektive. Machen Sie sich mit Erkundungstests abenteuerlustig.
Weitere Anweisungen finden Sie unter => Wie teste ich eine Anwendung ohne Anforderungen?
# 5) Instabile Umgebung:
Normalerweise leiden QS-Teams unter einer minderwertigen Umgebung, in der wir wirklich bereit sein müssen, das Beste aus dem herauszuholen, was wir haben.
Zum Beispiel: Der Server, der überlastet wird und während des Tests einige Male neu gestartet werden muss, die Protokolle, die häufig gelöscht werden müssen, um sicherzustellen, dass kein Überlauf auftritt usw.
Stellen Sie diese Probleme in den Vordergrund und stellen Sie sicher, dass Sie beim Testen Umgebungsunterstützung erhalten. In häufig auftretenden Fällen erhalten Sie Zugriff auf die Server mit den Schritten, die für eine einfache Wartung erforderlich sind, z. B. Neustart, Löschen von Warteschlangen usw.
Empfohlene Lektüre => So minimieren Sie die Testumgebungsfehler
# 6) Werkzeuge, die zwangsernährt werden:
Manchmal wissen wir, dass ein Werkzeug nicht für den Job geeignet ist. Wir haben keine andere Wahl, als es weiter zu verwenden, da die Kunden / Teams bereits über Lizenzen verfügen und erst dann eine neue erwerben möchten, wenn die aktuelle Lizenz abgelaufen ist.
Ich musste eine Mainframes-Anwendung auf HP QTP ohne das Terminal Emulator-Add-In testen. In diesem Fall hatte ich das Tool aber nicht die richtige Konfiguration. Ich konnte wenig dagegen tun, daher musste ich als Problemumgehung zwischen dem normalen und dem Low-Level-Aufnahmemodus wechseln.
Es macht keinen Spaß, aber Sie lernen Alternativen. Zumindest werden Sie zu einer endgültigen Schlussfolgerung gelangen, ob die Alternativen tatsächlich funktionieren oder nicht.
Lesen Sie auch => Anleitung von A bis Z zur Auswahl eines Automatisierungswerkzeugs
# 7) Einige Anwendungen schneiden es einfach nicht ab:
Haben Sie jemals eine Anwendung getestet und sich gefragt: 'Wie kann dies überhaupt als Software bezeichnet werden, wenn es sich um eine fehlerproduzierende Maschine handelt?'
Ich hatte dieses besondere Privileg, bei dem es den größten Teil meines Tages darum ging, einfach Fehler zu melden und weitere Fehler zu melden. Einige Bereiche der Anwendung werden aufgrund dieser Fehler abgeschnitten. Das ganze Spektrum der Schwere wirft dich von deinem Spiel ab und es wird überwältigend, wenn du anfängst zu denken: 'Gibt es einen Grund für das, was ich hier mache?'
Im Laufe der Zeit habe ich gelernt, bei meiner Entscheidung, dass die Software nicht bereit ist, den Build zu testen und abzulehnen, fest zu bleiben. Ich suche keinen Silberstreifen mehr, wenn es keinen gibt.
Andere Herausforderungen
# 8) Menschen-Macken:
Hatten Sie jemals einen Entwickler, der gegen den Konferenzraumtisch schlug, sobald Sie einen Defekt erklärten? Ja, das ist mir passiert. :) Ich habe später erfahren, dass es seine Ausdrucksform und keine Verschlechterung war.
Ich hatte auch ein Teammitglied, das sich zunächst als unkooperativ und unhöflich herausstellte, aber wirklich nur schüchtern war. Diese Person würde kaum ein paar Worte sagen oder ins Auge stechen, wenn sie nach Statusaktualisierungen gefragt wird. Ich war kurz davor, eine negative Leistungsbeurteilung abzugeben und zu eskalieren, hätte ich nicht bemerkt, dass dieselben Details einfach und ausführlich von ihm per E-Mail erhalten werden können. Es ist das Einzelgespräch, mit dem er sich nicht wohl fühlte.
Jeder ist anders und verdient einen Vorteil des Zweifels. Sei nicht zu schnell, um Grenzen zu beurteilen und zu respektieren.
Lesen Sie auch dies => So verwalten Sie das Testteam effektiv
# 9) Fehlende Rückkopplungsschleife:
Manchmal arbeitet man tagelang an einem Ergebnis und ist besessen davon, nur um herauszufinden, dass es nicht so sein sollte.
Oder Sie arbeiten von einem entfernten Ort aus mit Ihrem Team an einem anderen Ort, an dem Sie sich isoliert fühlen und von dem niemand Ihre Ideen abbringen kann.
Oder Sie erhalten Feedback, das nicht gerade hilfreich ist. Nehmen wir an, Sie haben ein Prozessdokument erstellt und sie sagten, es sei gut. Sie sehen das Prozessdokument nicht veröffentlicht oder nicht verwendet und fragen sich, was damit passiert ist. Das Feedback „gut“ hat hier also nichts Gutes gebracht und ist fast kein Feedback.
Suchen Sie ehrliches Feedback und schaffen Sie eine Community, um Ihre Ideen zu diskutieren. Nicht oft am einfachsten, aber ohne die positive Verstärkung, die dieser Schritt bietet, bleiben Sie demotiviert.
# 10) Vorgefasste Vorstellungen:
Nun, wir wissen, dass es am Arbeitsplatz viele Vorurteile in Bezug auf Geschlecht, Nationalität usw. gibt. Ich werde hier nicht auf Einzelheiten eingehen, aber es sei denn, wir betrachten die Welt als ein globales Dorf und alle sind gleich, die Welt und der Arbeitsplatz werden beide giftig.
Über den Autor: Vielen Dank an STH-Teammitglied Swati für das Teilen dieser Top-10-Herausforderungen, denen sich die Tester gegenübersehen.
Jetzt bist du dran.
Welche der Punkte in der Liste haben Sie überrascht oder verständnisvoll mit dem Kopf genickt? Vor welchen Herausforderungen standen Sie und wie haben Sie sie gemeistert?
Bitte teilen und kommentieren!
Literatur-Empfehlungen
- Globales Geschäft mit Softwaretests erreicht bald 28,8 Milliarden US-Dollar
- Tipps zum Testen von Software für Anfänger
- Wie kann man die Motivation in Software-Testern am Leben erhalten?
- Beste Software-Test-Tools 2021 (QA Test Automation Tools)
- Zen und die Kunst des Softwaretests
- Software Testing QA Assistant Job
- Beste Software-Testartikel von 2008
- Herausforderungen beim manuellen und automatischen Testen