Z niewiadomych powodów utarło się, że testowanie w trakcie tworzenia oprogramowania nie jest istotnym elementem projektu. Niestety, takie podejście może narazić firmę na dużo większe koszty niż pierwotnie zakładano. Dlaczego? Ponieważ jest to swego rodzaju bomba z opóźnionym zapłonem. Okazuje się, że na samym końcu oprogramowanie zawiera takie błędy, których naprawa wydłuża cały proces wydania produktu – jakim jest oczywiście wcześniej wspomniane oprogramowanie.

 

Takie podejście do projektu jest bardzo kosztowne nie tylko dla firmy, która zleca wykonanie produktu, ale również dla samych developerów, testerów i menagerów. Wiąże się to z dłuższą pracą developera, dłuższym testowaniem i większą ilością spotkań prowadzonych przez menagera. Zatem doprowadzamy do sytuacji, kiedy sami sobie stwarzamy dużo więcej kosztów – a miało być przecież odwrotnie.

czy praca testera prowadzi do oszczędności

Weźmy na przykład projekt dostarczany inkrementalnie. Klient dostaje aktualizacje oprogramowania, która zawiera kolejne funkcjonalności. W TT PSC coraz więcej projektów prowadzonych jest w metodologii Agile, co wymusza uzupełnianie procesów o pisanie testów automatycznych i zredukowanie czasu potrzebnego na testy. Dlatego zakładamy, że:

 

  • dostarczona nowa funkcjonalność powinna działać bez problemów zgodnie ze specyfikacją dostarczoną przez klienta.
  • dostarczone nowe funkcjonalności nie powinny wprowadzić regresji w już istniejących funkcjonalnościach.

 

Dwa krytyczne punkty, w obu przypadkach rola testera jest bardzo ważna.

 

Przede wszystkim należy podkreślić fakt, że aby oszczędzić należy liczyć się z kosztami testowania. Firmy, które oszczędzały na testowaniu wydały później znacznie więcej środków finansowych na poprawienie błędów oraz zniwelowanie opóźnienia wydania produktu. Dlatego śmiem twierdzić, że pieniądze zainwestowane w testera – zwracają się.

 

Płynność projektu, bieżące wyłapywanie błędów. Tak naprawdę tester powinien być zaangażowany w projekt od samego jego początku. Często w takiej sytuacji pada jedno pytanie „Co on ma teraz robić? Szkoda pieniędzy! Przecież nic nie zostało jeszcze napisane, więc nie ma czego testować”. Nic bardziej mylnego! Rolą testera nie jest realizacja testów wyłącznie w momencie działania systemu. Jego zadaniem jest zrozumienie projektu, produktu, zapotrzebowania klienta – dzięki temu jest w stanie zrozumieć, jak powinny działać poszczególne funkcjonalności; jakie zadania, polecenia ma wykonywać system. Dlatego tester powinien brać czynny udział już na etapie tworzenia oprogramowania. Powinien uczestniczyć w spotkaniach projektowych z developerami i liderami technicznymi. Dzięki takiej wiedzy znacznie łatwiej jest później doszukiwać się błędów i mieć stu procentową pewność, że coś tym błędem naprawdę jest.

roola testera w projektach

Jeśli chcemy skrócić czas, który potrzebny jest na przygotowanie testów, warto aby tester zacząć pisać testy równolegle w stosunku do tworzenia oprogramowania. Oczywiście nie jest to proste zadanie! Napisanie testów bazujących tylko na dostarczonej dokumentacji wymaga sporego doświadczenia. Zdarza się, że otrzymana przez testera dokumentacja nie jest wystarczająca do stworzenia dobrych testów. W takim przypadku tester musi wykazać się także zdolnościami komunikacyjnymi z developerami, menagerem projektu czy klientem zamawiającym produkt.

 

Ważnym jest również, aby być przygotowanym do wykonania testów zaraz po implementacji funkcjonalności. Rolą testera jest zwrócenie uwagi na to, czy w oprogramowaniu nie ma logicznych błędów, funkcji, które wzajemnie by się wykluczały.

roola testera w projektach

Prawdą jest, że im wcześniej zostaną wykryte takie sytuacje, tym mniej czasu spędzimy na wykonywanie poprawek. Dużo więcej czasu i pracy wymagają gotowe systemy, których poziom złożoności jest znacznie trudniejszy w naprawie, a tym samym także kosztowniejszy – ale o tym już wspominałem na początku tego artykułu.

 

Zatem, podstawą w utrzymaniu budżetu jest nie tylko dobre planowanie, ale również zrozumienie problemu, komunikacja pomiędzy wszystkimi stronami biorącymi czynny udział w projekcie, tj. developerami, testerami, dokumentalistami, menadżerem oraz scrum masterami.

_Wszystkie wpisy z tej kategorii

blogpost
Artykuły

Jak TT PSC zaczęło zarządzać przepływem pracowników i powierzchnią biurową w trzy dni?

W ostatnich miesiącach w zasadzie każda organizacja musiała postawić sobie co najmniej kilka oczywistych wydawałoby się, jednak niezwykle istotnych w nowej sytuacji pytań. Jak zadbać o bezpieczeństwo ludzi? Jak zminimalizować ryzyko zakażeń bez ograniczania swobody pracownika? Jak zapewnić działanie firmy w nowych warunkach?

Czytaj więcej
blogpost
Artykuły

Podpis elektroniczny – w jaki sposób rozwiązuje współczesne problemy firm?

Wzrost popularności podpisów elektronicznych nabrał tempa – prognozuje się, że rynek tego typu rozwiązań będzie rósł średnio o ponad 20% rocznie osiągając wartość blisko 7 mld USD w 2025r. Rynek rynkiem, ale czy faktycznie jest to warte zachodu?

Czytaj więcej
blogpost
Artykuły

Jak skutecznie przeprowadzić transformację cyfrową w swojej firmie?

Transformacja cyfrowa coraz wyraźniej manifestuje swoja obecność w niemal każdym biznesie, co przekłada się na zmiany w stylu zarządzania i organizacji pracy. Oczywiście gdzieś w tle w dalszym ciągu wybrzmiewa echo dyskusji, czy i na ile całe to zamieszanie z digitalizacją jest ważne. Nie mniej coraz częściej rozmawiamy o tym, jak wdrożyć rozwiązania automatyzujące procesy w firmie, niż czy to robić w ogóle.

Czytaj więcej
blogpost
Artykuły

Testy regresyjne – komu są potrzebne i po co je stosować?

Dowiedz się co to są testy regresyjne, komu są potrzebne i dlaczego należy je stosować.

Czytaj więcej
blogpost
Artykuły

Teoria a rzeczywistość – jak to jest z jakością i testowaniem oprogramowania?

Na pewnym poziomie wszyscy znamy teorie, bo to ona definiuje nasze doświadczenie, uczy procesów i pomaga w rozmowach technicznych. Ale czy na pewno teoria opowiadająca o tym jak wszystko pięknie działa sprawdza się w życiu codziennym? Czy firmy, które mają ustalone procesy wpisujące się w teorie książkowe nie mają problemów z prowadzeniem projektów i jakością […]

Czytaj więcej
blogpost
Artykuły

Microserwisy na frontendzie

Jak można rozwiązać problem z organizacją aplikacji webowej, gdy monolityczne podejście jest niemożliwe? Dlaczego warto wrócić do renderowania po stronie serwera? Czy mikroserwisy na frontendzie mają jakiś sens? W tym artykule pokażę, jak można podejść do tematu rozdziału aplikacji webowych na mniejsze fragmenty. Wstęp Architektura mikroserwisów szturmem zdobywa pozycję w projektach związanych ze skalowalnymi rozwiązaniami […]

Czytaj więcej

Zostańmy w kontakcie

Skontaktuj się