Nowoczesne rozwiązania wymagają ciągłego rozwoju i doskonalenia już zdobytych umiejętności. Łączenie wielu technologii w całość to wyzwanie dla najbardziej doświadczonych, a zarazem najbardziej elastycznych pracowników firmy. Jeśli zajmujesz się łączeniem kilku technologii na raz w jednym potoku CI/CD, co jest właściwie regułą, twoim głównym zadaniem jest ciągłe kształcenie się, ale nie specjalizowanie w poszczególnych dziedzinach, a raczej zwinne wdrażanie skutecznych rozwiązań. DevOps nie będzie nigdy genialnym programistą, wybitnym testerem, błyskotliwym IT/Ops czy nadzwyczajnym scrum masterem, ale połączy wszystkie dziedziny i wiedzę w całość wyciągając z poszczególnych elementów to co jest mu w danym momencie niezbędne do osiągnięcia celu. Piękno tej pracy polega na tym, że w pewnym momencie 'serce' systemu, który tworzysz z martwych fragmentów kodu, testów i wytycznych, zaczyna bić i dostarczać to czego zespół potrzebuje - potwierdzenia, że wasza praca przynosi dobre efekty w postaci kolejnych zbudowanych, przetestowanych i wydanych programów.Czym się zajmuję:1. Rewizje kodu (Delphi), drobne poprawki, wprowadzanie niskopoziomowych rozwiązań na potrzeby CI/CD2. Zarządzanie repozytoriami Git na serwerze lokalnym3. Zarzadzanie systemem Jenkins do automatycznego pobierania kodu źródłowego, budowania aplikacji, analizy kompletności RunTimeEnvironment, archiwizacji i backupów RTE, Uruchamiania testów Test Complete, kompozycji gotowych instalatorów RTE i ich walidacja.4. Tworzenie testów gotowych aplikacji (desktop) w Test Complete5. Zarządzanie VM przez Hyper-V na potrzeby utrzymania środowisk do budowania i testów6. Łączenie powyższych elementów w całość przy użyciu CMD, PowerShell, Jenkins, JavaScript, AutoHotKey i wielu innych narzędzi zależnie od potrzeb.

Wsparcie techniczne to kluczowa rola, aby utrzymać pozytywne relacje z klientami. Jeden z paradygmatów testowania oprogramowania mówi o tym, że nie można znaleźć i usunąć wszystkich usterek oprogramowania, a ich brak wykazany w testach wcale nie oznacza, że ich niema. Zatem prędzej czy później najprawdopodobniej klient znajdzie problem związany z funkcjonowaniem programu, a to zrodzi problem, który należy rozwiązać. Kontakt z klientem, który nie jest zadowolony z działania zakupionego programu, może być trudny i powodować stres zwłaszcza jeśli wada spowodowała przestój w produkcji u klienta lub w inny sposób narusza wiarygodność w oczach jego klientów. Wysoko rozwinięte umiejętności interpersonalne połączone z dogłębną wiedza i dużym doświadczeniem są w tym wypadku niezbędne, aby pozytywnie rozwiązać problem i upewnić klienta, że pomimo problemów wybrał właściwy produkt i firmę, której może zaufać oraz liczyć na wsparcie. Jednak niektóre sprawy mogą przerodzić się w konflikt. Wszyscy popełniamy błędy, jesteśmy tylko ludźmi z ograniczonym zasobem cierpliwości, a czasem problem leży po za zasięgiem naszej wiedzy i umiejętności. Dobry dział techniczny poradzi sobie również z takimi problemami. Przedstawią klientowi realne rozwiązania minimalizujące skutki usterki bez wprowadzania dodatkowych emocji do rozmowy.

Testowanie oprogramowania to jeden z najważniejszych etapów procesu CI/CD. Automatyzacja procesu testowania wydaje się procesem naturalnym, jednak w praktyce okazuje się bardzo złożona i wymaga dogłębnej wiedzy jak przebiega proces testowania manualnego zwłaszcza jeśli mowa o testowaniu GUI programów desktopowych. Samo przygotowanie testów przechodzących wcześniej zaplanowane ścieżki zgodnie z opisem 'user cases' / 'user story' jest niewystarczające, aby zautomatyzować testy. Potrzebny jest dobrze przemyślany 'moduł' zastępujący doświadczonego testera w podejmowaniu decyzji czy i jak reagować na niespodziewane zachowania programu. W testach automatycznych można śmiało powiedzieć, że enkapsulacja testu jest jednym z kluczowych zadań testera automatyzującego. Dobrze przygotowany test jest powtarzalny, niezależny i nie wpływa na wyniki innych testów. Prawidłowe przygotowanie takiego testu wymaga wiedzy nie tylko z zakresu testowania oprogramowania, ale również: CI/CD, programowania, architektury testowanej aplikacji oraz samego systemu automatyzującego. Czy zatem wysokie koszty jakie generuje automatyzowanie testów są pokrywane przez korzyści jakie mogą wygenerować? To zależy oczywiście od tego jak skuteczne będą testy oraz czy planowana liczba ich uruchomienia jest wystarczająca. W długoterminowej perspektywie testy są wyjątkowo opłacalne ponieważ pozwalają programistom na 'odhaczenie' pracy jakiej się podejmują. Rozwój opcji programu, refaktoryzacja, przenoszenie i wydzielanie interfejsów oraz inne zadania zawsze obarczone są dozą niepewności, a co jeśli w jednym miejscu coś poprawiłem, ale w innym zepsułem? Testy pozwalają na upewnienie się, że nasza praca została poprawnie wykonana, a w razie problemów dają nam czas na reakcję i minimalizują koszty związane z wprowadzaniem poprawek.