Miesięcznik "BIZNES meble.pl" kwiecień 2018

W yobraźmy sobie następu- jącą sytuację. Jest 8.00. O tej godzinie większość pracowników już znaj- duje się przy swoich biurkach i rozpo- czyna codzienną pracę. Jednak tego dnia dostaliśmy ostrzeżenie od naszej aplikacji predykcji błędów. Okazuje się, że jeden z naszych klientów stoi przed poważ- nym zagrożeniem awarii druku etykiet produkcyjnych. Ewentualny skutek? Pro- dukcja zatrzymana. Fabryka bezczynna. Najszybciej jak to możliwe informacja zostaje przekazana do naszego działu programistycznego w celu naprawy uster- ki. Już po kilku minutach znaleziona zo- stanie przyczyna problemu. Chwila pracy dla programisty i problem rozwiązany. Zostaje wystawiona poprawiona wersja aplikacji i przesłana dla klienta. Łączny czas od zgłoszenia do wysłania poprawki to może być mniej niż 60 minut, jednak ilość ewentualnych strat poniesionych przez zatrzymanie fabryki idzie w tysiące złotych. Załóżmy, że problemem okazała się nowa funkcjonalność dodana w zupeł- nie innym miejscu. Zmiany i poprawki występujące w jednym miejscu, mogą doprowadzić do nieprzewidzianych skut- ków w zupełnie innej lokalizacji. Tak mogłoby zdarzyć się i w tym przypadku. Jak można zapobiec takim kosztownym wypadkom? Nie ma innej drogi jak testy. Jak najwię- cej i jak najdokładniej. Jednak sama liczba typów testów poraża. Mamy testy jed- nostkowe, funkcjonalne, statyczne, dyna- miczne, tzw. „testy małpy”. W powyższym przykładzie problemem mógł okazać się drobny błąd, która zostałaby szybko wy- chwycony przez podstawowe testy funk- cjonalne systemu. Jak, i czy w ogóle może, zrobić to wszystko jedna osoba? Ja potrafię. W ITM, przed wysła- niem nowej wersji systemu dla klienta, a po ukończeniu pracy przez programi- stę, nowa wersja musi przejść przez ręce testera. Do testowania systemu jestem uzbrojony w rozwiązanie firmy Smartbe- ar o nazwie TestComplete. Jest to platfor- ma do tworzenia testów automatycznych. Tester układa scenariusz testu, następnie programuje go i nagrywa na tej platfor- mie, a ta symuluje użycie naszego systemu, jak przez normalnego użytkownika. Test- Complete wykonuje kilkaset testów w tym samym czasie, co manualny tester zrobiłby ich kilka. Dodatkowo, wykonuje je już bez żadnej ingerencji człowieka, tak więc taki tester może w tym czasie pójść na kawę i tylko cierpliwie czekać na rezultaty. Ten typ testówdaje także szerokie pokrycie sys- temu. Możemy wychwycić niepożądane zachowania i komunikaty, bądź też błędnie wyświetlone dane i informacje, których człowiek mógł nie zauważyć. Komputer nigdy się nie myli, żadnych błędów nie po- minie i nie zlituje się nad programistą. Największą radość jednak daje mi to, że liczba krytycznych błędów zgłaszanych przez klientów znacząco zmalała. Wdro- żeniowcy, którzy uruchamiają konkretne partie systemu u nowych klientów, chwalą system za mniejszą ilość problemów. Być może moja praca nie jest pracą frontowca, na pierwszej linii ognia. Jednak jej efektem, jest końcowa radość i przyjazny system dla końcowego klienta. Maciej Jachnowicz, analityk – tester ITM sp. zbo.o. | 10-762 Olsztyn | ul. Wawrzyczka 13 | tel. +48 22 100 66 55 | www.itm.com.pl itm@itm.com.pl advertorial X branĝa PamiÚtajcie obtesterach Oprogramowanie to skomplikowana sprawa. Nasz ERP składa się z kilka milionów linii kodu, a to więcej, niż części w całym Boeingu 747. Moim zadaniem jest sprawdzenie, czy wszystkie te elementy funkcjonują prawidłowo. Skutki błędu w takiej maszynie nie trudno sobie zobrazować. kwiecieñ 2018 [ BIZNES meble.pl 7