top 10 challenges testers face workplace
Wyzwania są normalne. To wtedy, gdy patrzy się na nie jako na szanse, kopalnię złota i przeszkody, jako minę lądową. Przez lata miałem wiele „możliwości” w branży IT.
Niektórzy przyszli z rolą, którą grałem, niektórzy generał. To jest moja próba ich nagrania i skontaktowania się ze społecznością, aby sprawdzić, czy któryś z nich rezonuje z tobą, a może w niewielkim stopniu ci pomoże i da ci do zrozumienia, że nie jesteś sam.
Oto moja lista 10 najlepszych:
Czego się nauczysz:
- 10 najważniejszych wyzwań, przed którymi stoją testerzy w miejscu pracy
- Konkretne wyzwania związane z testowaniem / zapewnianiem jakości
- Inne wyzwania
- rekomendowane lektury
10 najważniejszych wyzwań, przed którymi stoją testerzy w miejscu pracy
1) Kultura firmy:
Jest to pierwsza honorowa pozycja na liście, ponieważ praca w branży usług IT sprawiła, że przeskakiwałem między wieloma klientami, zespołami, lokalizacjami i firmami. Uwielbiałem być częścią niektórych zespołów, a niektóre… cóż, nie powtórzyłbym tego doświadczenia.
- Zespół, w którym pracowałem, wystartował o 6 rano. Inny nalegał na pracę do 18:00.
- Jeden zmusił kontrahentów do wejścia do budynku przez inne drzwi, a inny nawet nie wierzył w dostęp do karty.
- Jeden zmusił nas do pozostawienia na zewnątrz wszystkich urządzeń mobilnych z pamięcią, Bluetooth lub jakąkolwiek inną łącznością, podczas gdy inna firma przez cały dzień odtwarzała wspaniałą muzykę w miejscu pracy.
- Niektóre firmy przestrzegają ścisłej hierarchii, w której ich prezes osiąga status gwiazdy, a inne nie mają kabin i wszyscy są równi.
Z biegiem czasu zdałem sobie sprawę, że nie ma jednej dobrej lub złej drogi; to po prostu ich sposób. Z czasem zawsze dostosujemy się do okoliczności, ale jeśli nie dasz temu uczciwej szansy, znajdź najbliższe wyjście.
# 2) Różne strefy czasowe:
Czy siedzisz w biurze lub w domu przed laptopem o 23:00 lub 5:00, próbując nadrobić zaległości w swoich zespołach rozproszonych geograficznie? To wszystko jest aż nazbyt znajome, prawda?
Naprawdę nie ma antidotum na ten problem (może kawa?) Używaj zegarów, które pokazują dokładny czas w różnych lokalizacjach (działa również zegar światowy na smartfonie), doskonałe protokoły komunikacyjne w taki sposób, że nie ma potrzeby spotkań dla spraw rozwiązany przez e-mail i przećwicz planowanie oparte na strefach czasowych, aby w znacznym stopniu uniknąć tego problemu.
Zalecana lektura => Lokalne - offshore model testowania oprogramowania - spraw, aby działało dla Ciebie
# 3) Różnice międzykulturowe:
Pracowałem zarówno w Indiach, jak iw Stanach Zjednoczonych. Chociaż kultura korporacyjna jest raczej nieetniczna, to skąd pochodzimy wpływa na nasze zachowanie i zrozumienie.
pytania do wywiadu java i odpowiedzi dla odświeżających techniczne
Na przykład: 'Cześć jak się masz?' to powszechne powitanie w Stanach Zjednoczonych. Nie musi to oznaczać, że chcą dokładnie wiedzieć, co czujesz w danej chwili. Jednak kiedy byłem nowy w USA, myślałem: „Przed chwilą byłem na spotkaniu z tą osobą. Co by się zmieniło w tak krótkim czasie? ” :) Dobrze dla mnie, szybko się nauczyłem.
Ponadto w niektórych kulturach mniej mówienia oznacza cichą kontemplację, podczas gdy w innych oznacza to po prostu, że jest nudne lub nie masz nic do powiedzenia.
Kiedy próbujesz zrozumieć te małe niuanse, lepiej rozumiesz ludzi i możesz lepiej funkcjonować.
Konkretne wyzwania związane z testowaniem / zapewnianiem jakości
# 4) Brak dokumentacji:
Klasyka. Wiele zespołów nadal wierzy w komunikację werbalną i ma niewiele materiałów referencyjnych na temat tego, jak oprogramowanie stało się tym, czym jest dzisiaj. Szybkie cykle rozwojowe tylko to wzmogły.
Jednak jest to naprawdę jeden z tych przypadków, w których wyzwania stają się szansami.
Angażuj się w rozmowy z zespołami ds. Rozwoju, analizy biznesowej lub technicznymi. Zbadaj aplikację; ustaw odniesienia, przeglądając podobne aplikacje i ich standardy. Zrozum perspektywę użytkownika końcowego. Poszukaj przygód dzięki testom eksploracyjnym.
Aby uzyskać więcej wskazówek, sprawdź => Jak przetestować aplikację bez wymagań?
# 5) Niestabilne środowisko:
Zazwyczaj zespoły kontroli jakości cierpią z powodu gorszego środowiska, w którym musimy być naprawdę gotowi, aby jak najlepiej wykorzystać to, co mamy.
Na przykład: Serwer, który jest przeciążony i wymaga kilkukrotnego ponownego uruchomienia podczas testowania, dzienniki, które wymagają częstego czyszczenia, aby upewnić się, że nie ma przepełnienia itp.
Przedstaw te problemy na pierwszy plan i upewnij się, że podczas testowania otrzymujesz wsparcie środowiskowe. W typowych przypadkach uzyskaj dostęp do serwerów i wykonaj proste czynności konserwacyjne, takie jak ponowne uruchomienie, wyczyszczenie kolejek itp.
Zalecana lektura => Jak zminimalizować defekty środowiska testowego
# 6) Narzędzia podawane na siłę:
Czasami wiemy, że narzędzie nie nadaje się do pracy. Nie mamy innego wyjścia, jak tylko kontynuować korzystanie z niego, ponieważ klienci / zespoły mają już licencje i nie chcieliby wybierać nowej, dopóki bieżąca licencja nie wygaśnie.
Musiałem przetestować aplikację Mainframe na HP QTP bez dodatku Emulator terminala. W tym przypadku miałem narzędzie, ale nie miałem poprawnej konfiguracji. Niewiele mogłem z tym zrobić, więc jako obejście musiałem przełączać się między trybami nagrywania normalnym i niskopoziomowym.
To nie jest zabawne, ale uczysz się alternatyw. A przynajmniej dojdziesz do ostatecznego wniosku, czy alternatywy rzeczywiście działają, czy nie.
Przeczytaj także => Przewodnik od A do Z dotyczący wyboru narzędzia do automatyzacji
# 7) Niektóre aplikacje po prostu tego nie robią:
Czy kiedykolwiek testowałeś aplikację i zacząłeś się zastanawiać: „Jak można to w ogóle nazwać oprogramowaniem, skoro jest to maszyna do wytwarzania błędów?”
Miałem ten specjalny przywilej, podczas którego większość mojego dnia polegała na zwykłym zgłaszaniu błędów i jeszcze raz zgłaszaniu błędów. W wyniku tych błędów niektóre obszary aplikacji zostają odcięte. Całe spektrum surowości wyrzuca Cię z gry i staje się przytłaczające, gdy zaczynasz myśleć: „Czy jest jakiś sens w tym, co tutaj robię?”
W godzinach nadliczbowych nauczyłem się twardo podejmować decyzję, że oprogramowanie nie jest gotowe do testowania, i odrzucać kompilację. Nie szukam już srebrnej podszewki, kiedy jej nie ma.
Inne wyzwania
# 8) Dziwactwa ludzi:
Czy zdarzyło Ci się, że programista uderzył w stół w sali konferencyjnej, gdy tylko wyjaśniłeś usterkę? Tak, to mi się przydarzyło. :) Dowiedziałem się później, że to jego forma wypowiedzi, a nie irytacja.
Miałem też członka zespołu, który na początku był niechętny do współpracy i niegrzeczny, ale był po prostu nieśmiały. Osoba ta prawie nie powiedziałaby kilku słów ani nie spojrzałaby w oczy, gdy proszono ją o aktualizacje statusu. Byłem bardzo blisko wystawienia negatywnej recenzji wyników i eskalacji, gdybym nie zdawał sobie sprawy, że te same szczegóły można łatwo i szczegółowo otrzymać od niego pocztą elektroniczną. To rozmowa jeden na jeden, z którą nie czuł się komfortowo.
Każdy jest inny i zasługuje na wątpliwości. Nie oceniaj i szanuj granic zbyt szybko.
Przeczytaj również to => Jak skutecznie zarządzać zespołem testowym
# 9) Brak pętli sprzężenia zwrotnego:
Czasami pracujesz całymi dniami i masz obsesję na punkcie dostarczonego materiału tylko po to, by dowiedzieć się, że nie powinno tak być.
Lub pracujesz z odległego miejsca ze swoim zespołem zlokalizowanym w innym miejscu, w którym czujesz się odizolowany i nie masz od kogo odrzucić swoich pomysłów.
Albo otrzymasz opinię, która nie jest do końca pomocna. Powiedzmy, że utworzyłeś dokument procesu i powiedzieli, że jest dobry. Nie widzisz opublikowanego ani używanego dokumentu procesu i zastanawiasz się, co się z nim stało. Tak więc informacja zwrotna „dobra” nie przyniosła tu żadnego dobrego i jest prawie brakiem informacji zwrotnej.
Szukaj szczerych opinii i stwórz społeczność, aby omówić swoje pomysły. Nie często jest to najłatwiejsze do zrobienia, ale bez pozytywnego wzmocnienia, jakie zapewnia ten krok, pozostajesz zdemotywowany.
# 10) Z góry przyjęte pojęcia:
Cóż, wiemy, że w miejscu pracy jest wiele uprzedzeń związanych z płcią, narodowością itp. Nie będę tu wchodził w szczegóły, ale jeśli nie zaczniemy patrzeć na świat jako globalną wioskę i wszyscy są równi, świat i miejsce pracy staną się toksyczny.
O autorze: Podziękowania dla członka zespołu STH Swati za podzielenie się tymi 10 najważniejszymi wyzwaniami, przed którymi stoją testerzy.
Teraz twoja kolej.
Którą z pozycji na liście zaskoczyłeś lub skinąłeś głową ze zrozumieniem? Jakie wyzwania napotkaliście i jak je pokonaliście?
Udostępnij i skomentuj!
rekomendowane lektury
- Globalna firma testująca oprogramowanie osiągnie wkrótce 28,8 miliarda USD
- Porady dotyczące testowania oprogramowania dla początkujących testerów
- Jak utrzymać motywację w testerach oprogramowania?
- Najlepsze narzędzia do testowania oprogramowania 2021 (Narzędzia do automatyzacji testów QA)
- Zen i sztuka testowania oprogramowania
- Asystent testowania oprogramowania
- Najlepsze artykuły dotyczące testowania oprogramowania w 2008 roku
- Wyzwania związane z testowaniem ręcznym i automatycznym