Czego NAPRAWDĘ oczekują klienci od testerów oprogramowania?

what do clients really expect from software testers

W dzisiejszym artykule zamierzam podzielić się przemyśleniami na temat tego, czego, moim zdaniem, klienci NAPRAWDĘ oczekują od nas, opierając się na moim doświadczeniu z pierwszej ręki w pracy w lokalizacjach klientów z codziennymi kontaktami twarzą w twarz i współpraca na morzu e-mailem lub telefonicznie.

Usługi IT są ważną i integralną częścią branży oprogramowania, a zadowolenie klientów jest ważne, aby odnieść sukces. Każdy klient / organizacja może mieć inny proces, może przestrzegać innego protokołu i może zajmować się różnymi rodzajami działalności.

Ale poniższe czynniki są wspólne i ogólnie mają znaczenie dla wszystkich.

(wizerunek src )

Czego się nauczysz:

• 5 rzeczy, których klient oczekuje od testerów oprogramowania:
• 1) Koszty i korzyści
• # 2) Jakość pracy
• # 3) Zrozumienie biznesu
• # 4) Dostępność
• # 5) Zakres ulepszeń
• Wniosek
• rekomendowane lektury

5 rzeczy, których klient oczekuje od testerów oprogramowania:

1) Koszty i korzyści

Kiedy myślisz o sprzedaży lub zakupie czegoś, koszt odgrywa główną rolę i często jest jednym z ważnych czynników decydujących. Czy nie wszyscy z niecierpliwością czekamy na Czarny piątek, wyprzedaż Billion Day Flipkart lub wspaniały festiwal zakupów w Amazon? W czasie wyprzedaży stajemy się szalonymi kupcami. Oczekiwanie odpowiedniej lub dodatkowej wartości za nasze pieniądze to proste ludzkie zachowanie.

Firmy i klienci nie są różni. Korzyści kosztowe poprawiają relacje między klientami a obsługą, a firmy usługowe nierzadko tracą oferty z powodu niższych ofert konkurencji.

Teraz WIELKIE pytanie brzmi: w jaki sposób możemy pokazać korzyści kosztowe naszym klientom?

Te punkty mogą pomóc:

• Pokaż im, ile warte są ich pieniądze . Uzasadnij i dostarcz dowody potwierdzające dla twojego szacunki .
• Pomyśl o kreatywnych sposobach oszczędzania na wydatkach.
• Dostosuj swoją ofertę. Zamiast trzymać się standardowego procesu, który kosztuje X pieniędzy, zapewnij tańsze alternatywy. Na przykład : Zaproponuj testowanie ścieżki krytycznej zamiast pełnego testowania systemu.
• Poznaj swoją konkurencję . Szybkie sprawdzenie rzeczywistości, jakie inne firmy usługowe oferują swoim klientom, po jakich kosztach jest ważne, aby Twój model cenowy był odpowiedni dla rynku.

# 2) Jakość pracy

Jakość i ilość pracy to dwie bardzo różne rzeczy.

Dawno minęły czasy, kiedy liczba utworzonych przypadków testowych lub zgłoszonych defektów była wykorzystywana do wskaźników wydajności lub jakości. Nigdy więcej.

Sytuacja bardziej przypomina poniższy obrazek:

A) Wiedzieć, kiedy powiedzieć „NIE”

Wszyscy byliśmy w miejscach, w których pracowaliśmy w godzinach nadliczbowych, byliśmy na dyżurze w weekendy, uczestniczyliśmy w telefonach późnym wieczorem lub wczesnym rankiem, itp. Jednak nie zdajemy sobie sprawy, że możemy powiedzieć NIE, jeśli sytuacja będzie się pogarszać. Mówiąc NIE to jedyny sposób, w jaki możemy zachować jakość pracy i nasze zdrowie psychiczne.

Robiąc to, zgłoś swoje obawy z wyprzedzeniem i popieraj jakość.

Oto sytuacja, w której się znalazłem, a to może dać ci lepsze pojęcie o tym, o czym mówię:

Moja Firma zyskała nowe logo iw ramach migracji ze starej do mojej firmy zaplanowano sesje transferu wiedzy. My, zespół 6 osób, pojechaliśmy do siedziby klienta. Już pierwszego dnia po wprowadzeniu udostępniono nam plan KT. Okazało się, że moje imię i nazwisko zostało oznaczone w wielu modułach. Jeden z tych modułów powinien być całkowicie poza moim zakresem, ponieważ nawet nie byłem świadomy tej technologii; to nie pasuje do moich umiejętności.

Poszedłem do przewodnika ds. Przejścia wiedzy i opowiedziałem mu o sytuacji -

• Przydzielono mi zbyt wiele zadań, co z kolei obniży jakość i moją zdolność do uchwycenia 100% sesji.
• W planowanych przedmiotach były obszary, w których moje umiejętności nie pasowałyby, a ponieważ nie pasowałem do nich, mogę nie rozumieć w 100% podczas przejścia.

Ołów zrozumiał problem i zrewidował plan KT.

jakie jest najlepsze narzędzie do usuwania oprogramowania szpiegującego

Mam nadzieję, że to pomoże potwierdzić, że: jeśli coś jest na naszym talerzu, nie oznacza to, że musimy to wszystko zjeść. Zwłaszcza jeśli oznacza to kompromis w kwestii jakości.

B) Kompletność przypadku testowego

Ilu z was się ze mną zgadza, jeśli spróbujemy poprawić sposób, w jaki piszemy przypadki testowe prowadzi do lepszej jakości?

Poniżej znajduje się kilka typowych błędów, które są częste w większości przypadków testowych:

Podsumowując, jeśli na etapie projektowania uwzględnione zostaną drobne szczegóły, jakość wyjściowego testu będzie znacznie lepsza.

# 3) Zrozumienie biznesu

To jeden z najważniejszych czynników, których klienci szukają w testerach. Jednak to smutne, że niektórzy testerzy uważają, że ich zadaniem jest pisanie przypadków testowych w oparciu o FRS i nie podejmują żadnego wysiłku, aby zrozumieć biznes.

Spróbuj najpierw poznać firmę, a następnie przyjrzyj się funkcjonalności; możesz wyobraź sobie potrzeby swojego klienta więcej i odpowiednio przetestuj.

Oto przykład- FRS stwierdza, że ​​„raport XYZ należy wygenerować z trzema kolumnami, takimi jak data, nazwa i status”. Poniżej znajdują się przypadki testowe, które otrzymasz, gdy spełnisz to wymaganie w wartości nominalnej:

• Generowany jest raport weryfikacji XYZ
• Weryfikacja raportu ma 3 kolumny: Data, Nazwa, Stan
• Sprawdź poprawność danych w 3 kolumnach.

Jeśli jednak weźmiesz pod uwagę przydatność biznesową tego raportu, może być konieczne przetestowanie:

• Jaki jest cel biznesowy tego raportu?
• Czy ten raport jest generowany codziennie?
• Kim są użytkownicy biznesowi przeglądający ten raport?
• Jakie jest źródło danych do tego raportu?
• Czy raport powinien zostać wygenerowany, jeśli nie ma dostępnych danych?

To tylko jeden przykład, ale chyba wszyscy zgadzamy się, że lepsze testy można osiągnąć, zdobywając świadomość biznesową i wiedzę.

# 4) Dostępność

Niezależnie od tego, czy jesteś pojedynczą osobą wspierającą klienta, czy zespołem, zawsze należy sprawdzić swoją dostępność ( ).

Dostępność nie oznacza wsparcia 24/7. Oznacza to po prostu jasną i bezpośrednią komunikację o czasie wolnym, alternatywnych planach, byciu osiągalnym i rezygnacji z MIA.

Poniżej znajdują się niektóre z modeli stosowanych w branży usług:

jaki jest klucz bezpieczeństwa routera bezprzewodowego

• Model powiększania personelu - Jeśli pracujesz w modelu zwiększania liczby pracowników i jesteś wyłącznym przedstawicielem swojej firmy, wskazane jest, aby klient został poinformowany o Twoich godzinach pracy i planowanych nieobecnościach, aby można było dokonać niezbędnych ustaleń.
• Model zarządzanych projektów - W zarządzanym modelu projektu, w którym duże zespoły projektowe są tworzone i kierowane przez kierowników dostaw / projektów, posiadanie planu zasobów zapasowych nie pozostaje już w gestii klientów. PM musi zarządzać zarówno planowane, jak i nieplanowane przerwy. W tym modelu wskazane jest, aby kierownik projektu próbował wcześniej zebrać dane dotyczące planowanych nieobecności od swojego zespołu i odpowiednio nimi zarządzać. Istnieją przypadki, w których klienci proszą o wsparcie weekendowe lub wydłużone godziny pracy. Takie przypadki należy również planować poprzez rotację zasobów. Zespół powinien składać się z członków, którzy w razie potrzeby mogą się nawzajem tworzyć. Planowane szczegóły należy przekazać klientowi.

# 5) Zakres ulepszeń

Jest to pożądane nie tylko w branży oprogramowania, ale wszędzie. Poprawa nie jest pracą na jeden dzień. Zakres ulepszeń wymaga ciągłej pracy i można go podzielić na 3 kroki -

Przeczytaj także=> Jak poprawić swoje umiejętności testowania i pokonać konkurencję

Krok 1: Zidentyfikuj

Przeprowadź dokładne badanie i określ obszary / możliwości ulepszeń. Powiedzmy, że kiedy zostaniesz poproszony o przetestowanie tej samej funkcjonalności kilka razy przy użyciu tego samego procesu, nadejdzie czas, kiedy poczujesz, że albo chcesz wyjść z projektu, albo zmienisz sposób, w jaki jest testowany. W ten sposób wprowadzane są ulepszenia, gdy znudzą nas nasze istniejące metody, myślimy o zmianach i ulepszeniach .

Krok 2: Wprowadź ulepszenia

Gdyby coś zostało zrobione ręcznie, można spróbuj zautomatyzować kilka rzeczy . Kiedy mówię o automatyzacji, nie zawsze oznacza to zakup automatycznego narzędzia.

Zacytuję sytuację:

Byłem częścią zespołu testującego bazy danych. Nasza codzienna praca polegała na uruchamianiu tych samych skryptów SQL wiele razy w ciągu dnia z różnymi zestawami parametrów. Kiedy zaczynaliśmy projekt, wykonaliśmy te kroki w porządku, ale w końcu lepiej zrozumieliśmy system i pomyśleliśmy, że te same skrypty SQL można uruchamiać jako część procedur składowanych, zamiast kogoś, kto ręcznie aktualizuje parametry i wykonuje.

Krok 3: Oceń poprawę

Za każdym razem, gdy wdrażany jest nowy proces, musisz upewnić się, że działa on zgodnie z oczekiwaniami i nie ma skutków ubocznych. Rozszerzenie wcześniejszego przykładu, wprowadzenie procedur składowanych, sprawdzenie, czy dane wyjściowe z nowo utworzonego zautomatyzowanego sposobu i dane wyjściowe ze sposobu ręcznego są takie same.

Drugą częścią jest monitorowanie korzyści przez pewien okres czasu, aby mieć całkowitą pewność i przedstawić wyniki swoim klientom. W naszym projekcie pokazaliśmy klientom skrócenie czasu wykonania testów o 30%, co z kolei obniżyło koszty.

Wniosek

Podsumowując, chciałem tylko wspomnieć, że każdy z nas ma wrodzone talenty i każdy z nas ma swój własny, niepowtarzalny styl pracy, a to tylko kilka wskazówek, które moim zdaniem mogą zapewnić naszym klientom lepszą obsługę.

O autorze: Ten wspaniały artykuł został napisany przez członka zespołu STH, Priyę R. Jeśli chcesz napisać do nas i podzielić się swoimi doświadczeniami daj nam znać tutaj .

Mam nadzieję, że podobał Ci się ten artykuł i uznałeś go za pouczający! Daj nam znać, jeśli chcesz się podzielić innymi doświadczeniami.

rekomendowane lektury

• Najlepsze narzędzia do testowania oprogramowania 2021 (Narzędzia do automatyzacji testów QA)
• Globalna firma testująca oprogramowanie osiągnie wkrótce 28,8 miliarda USD
• Porady dotyczące testowania oprogramowania dla początkujących testerów
• Asystent testowania oprogramowania
• Jak utrzymać motywację w testerach oprogramowania?
• Zen i sztuka testowania oprogramowania
• Kurs testowania oprogramowania: Do którego Instytutu Testowania Oprogramowania mam dołączyć?
• Wybór testowania oprogramowania jako swojej kariery