Menu

10 najważniejszych wyzwań, przed którymi stoją testerzy w miejscu pracy i jak je pokonać

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:



Wyzwania stojące przed testerami

Czego się nauczysz:

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.

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ć.

pytania do wywiadu java i odpowiedzi dla odświeżających techniczne

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



^