Artykuł przedstawia zbiór dobrych praktyk, zaleceń i zasad, których należy przestrzegać podczas tworzenia koncepcji automatycznego testowania aplikacji. Wspomina również o lotach w kosmos i czarnych krukach.

Dziś nawet przy najmniejszym projekcie pracuje zespół ludzi. Jest to całkowicie pożądany scenariusz. Fakt ten wynika oczywiście z tego, że świat IT opanował każdą dziedzinę życia, a nawet najprostsza aplikacja, strona internetowa itd. powinna działać wedle założeń już nie tylko na jednym urządzeniu, a na każdym komputerze, laptopie, smartfonie, a nawet telewizorze, szczoteczce czy lodówce. Ponadto należy pamiętać, że wspomniane smartfony mogą działać w oparciu o różne systemy operacyjne czy posiadać dowolną przeglądarkę internetową. Prawdą jest, że jeszcze pięć lat temu stworzenie prostej strony internetowej czy aplikacji nie wymagało takiego nakładu sił i środków, jak obecnie, ale czy aplikacje te były semantyczne i bezpieczne? Jak tworzyć projekty w oparciu o CI/CD i jak taki pipeline powinien wyglądać?

Ciągła integracja jest sposobem na zwiększenie jakości kodu oraz skrócenie cyklu wytwarzania oprogramowania, a największe korzyści czerpiemy z niej, gdy jest w pełni zautomatyzowana. Przyjrzyjmy się z bliska mechanizmom Gitlab CI i zautomatyzujmy proces integracji naszej aplikacji.

Współczesnym standardem w zakresie wdrożenia oprogramowania jest wykorzystanie narzędzi do CI/CD takich jak Jenkins czy Azure DevOps. I o ile tylko okoliczności na to pozwolą, z narzędzi takich zdecydowanie warto skorzystać, ponieważ skutecznie automatyzują one proces dostarczania aplikacji do miejsca, z którego będzie ona serwowana użytkownikom. W rzadkich przypadkach może się jednak zdarzyć, że użycie tych narzędzi nie jest możliwe – warto wówczas pokusić się o samodzielną automatyzację wdrożenia: w niniejszym artykule pokażę, jak stosunkowo łatwo można to zrobić.