ŚCIEŻKA TESTERA

OPROGRAMOWANIA
CZY IT JEST DLA MNIE?

ZDOBĄDŹ PIERWSZĄ PRACĘ W IT RAZEM Z NAMI!

CZY IT JEST DLA MNIE?

O nas

Filip Paluch
Fan chmury obliczeniowej AWS, Full-
Stack Developer, team-leader oraz
architekt od 10 lat związany z branżą
IT. Obecnie rozwija system
zarządzania nieruchomościami
największych banków w USA.
Współzałożyciel firmy Ifs&Whiles oraz
NaCoPoszło. Prywatnie szczęśliwy
ojciec, a także miłośnik amerykańskiej
motoryzacji i Sycylii.

Damian Krychowski
Miłośnik dobrego kodu. Full-Stack
Developer, architekt oprogramowania
i teamleader. Od dekady związany z
branżą IT. Współzałożyciel firmy
Ifs&Whiles. Współtwórca aplikacji
NaCoPoszło. Na codzień zajmuje się
rozwojem systemu obsługującego
nieruchomości dla największych
banków w USA. Prywatnie walczący o
przetrwanie ojciec dwóch synów.

Ścieżka Testera Oprogramowania

CZY IT JEST DLA MNIE?

O czym jest ten ebook

Cześć, tu Filip i Damian!

Witamy w naszym skromnym ebooku dotyczącym tytułowej Ścieżki

Testera Oprogramowania. Ostatnimi czasy zainteresowanie branżą IT
przekracza wszelkie dotychczasowe poziomy. Coraz więcej ludzi
zastanawia się, czy nie znajdzie tam czasem miejsca dla siebie. Stanowisko
testera wydaje się być ciekawym punktem zaczepienia dla wszystkich tych
osób, które nigdy wcześniej nie miały do czynienia z wytwarzaniem
oprogramowania. Niestety, ogrom dostępnych materiałów, szkół i podejść
próbujących nakreślić w jaki sposób zdobyć tę pracę może przyprawić
każdego o zawrót głowy.

Niniejszy ebook jest odpowiedzią na ten stan rzeczy. Postanowiliśmy

dokonać syntezy swoich ponad dziesięcioletnich doświadczeń w branży IT
i w jednym miejscu przedstawić naszą autorską receptę na to, jak
skutecznie podejść do próby zdobycia pierwszej pracy testera
oprogramowania. Z góry ostrzegamy - nie jest to jeden z tych magicznych
poradników, który obiecuje odmienić czyjeś życie w przeciągu tygodnia.
Wręcz przeciwnie! Przed nami bardzo dużo pracy, ale na szczęście wiemy,
jak sprawić, żeby cała ta para nie poszła w gwizdek. Wszystkich tych, którzy
ciężkiej pracy się nie boją, zapraszamy do lektury!

Zanim jeszcze wspólnie zaczniemy kroczyć ścieżką testera, parę słów o

tym, dlaczego uważamy, że to właśnie nasza recepta jest najlepsza. Z kilku
powodów. Jesteśmy praktykami, którzy całe dorosłe życie poświecili na
tworzenie oprogramowania. Prowadzimy własny software house i wraz z
naszym zespołem na co dzień realizujemy projekty dla naszych klientów.
Pod szyldem „Czy IT jest dla mnie?” mieliśmy przyjemność przeprowadzić
warsztaty z IT dla ponad 3000 osób. W życiu stawiamy na praktykę i
recepta opisana w tym ebook jest nią przesiąknięta. Zaczynajmy!

Ścieżka Testera Oprogramowania

Spis treści

1 Pierwsze kroki
Przedstawienie podstaw, które musimy przyswoić,
zanim zajmiemy się nauką testowania na poważnie.

2 Solidny tester manualny

Opis zbioru umiejętności oraz narzędzi składających
się na repertuar dobrego testera manualnego - czyli
lista wszystkich tych rzeczy, które pozwolą zdobyć nam
pierwszą pracę w IT.

3 Kierunek automatyzacja
Szkic tego, co potrzebujemy, żeby piąć się po
szczeblach kariery testera jeszcze wyżej.

Ścieżka Testera Oprogramowania

CZY IT JEST DLA MNIE?

 1
CZY IT JEST DLA MNIE?

ROZDZIAŁ

Pierwsze kroki

Ścieżka Testera Oprogramowania

Zaczynamy
Każda osoba, która na poważnie zaczyna myśleć o zmianie branży i planuje
zostać testerem oprogramowania, prędzej czy później zderzy się z
gąszczem dostępnych w Internecie informacji – zarówno tych darmowych
jak i płatnych. Postanowiliśmy przygotować krótki, subiektywny spis tego,
czego naszym zdaniem potrzebuje każdy tester na początku swojej drogi,
zanim jeszcze znajdzie swoją pierwszą pracę w IT.

O ile szerze wierzymy w to, że każdy - jeśli tylko chce - może zostać
testerem, o tyle zdajemy sobie sprawę, że czasami może to wymagać
uzupełnienia wiedzy w pewnych podstawowych tematach. W rozdziale
pierwszym skupiamy się właśnie na tej kwestii.

Wyodrębniliśmy trzy bazowe kategorie: postawę, umiejętności oraz

narzędzia. Od najbardziej ogólnej do najbardziej szczegółowej. Naszym
zdaniem praca nad tymi trzema kategoriami równocześnie znacznie
zwiększa szanse na znalezienie swojej pierwszej pracy w tej dziedzinie.

Z góry ostrzegamy – nie jest to zadanie proste. Zmiana branży, zwłaszcza w

późniejszych etapach życia - kiedy mamy mnóstwo innych zobowiązań - to
wielkie i niełatwe wyzwanie. Ale nic co łatwe zazwyczaj nie jest warte
zachodu.

CZY IT JEST DLA MNIE?

Postawa
Nie ma nic ważniejszego niż nasza postawa albo inaczej mówiąc -
nastawienie. Bez tego nie uda nam się osiągnąć nic znaczącego. Musimy
zadbać o naszą motywację i zbudować w sobie silną dyscyplinę. Najlepiej
byłoby gdybyśmy byli w stanie poświęcić minimum pół godziny dziennie,
codziennie, na naukę umiejętności i narzędzi opisanych w kolejnych
punktach tego e-booka. I nie chodzi tutaj o perspektywę tygodnia czy
dwóch, ale raczej o miesiące. Przyjmijmy sobie, że przez rok chcemy dojść
do etapu, w którym będziemy w stanie dorwać pierwszą pracę testera
oprogramowania.

No właśnie, rok to jednak kawał czasu, dlatego kluczowa jest nasza

motywacja. Jeżeli naszą jedyną siłą napędową jest chęć wejścia do IT i
zgarnięcia 15k pensji – istnieje poważne ryzyko, że po drodze może
zabraknąć nam paliwa. Po drugie, raczej mało kto płaci takie pieniądze
testerom juniorom. Musimy znaleźć coś trwalszego na fundamenty naszej
transformacji. Praca testera sama w sobie potrafi być bardzo
satysfakcjonująca. Poświęćmy trochę czasu, żeby dowiedzieć się jak
najwięcej na temat tej profesji i spróbujmy odpowiedzieć sobie na pytanie
– czy to jest coś co faktycznie chcemy robić przez kolejne x lat naszego
życia.

Jeżeli wiemy już, że tak, że idziemy tą drogą - czas zacząć powoli zdobywać
wszelkie niezbędne umiejętności. Szczere chęci to niestety za mało. Żeby
przekonać pracodawców musimy pokazać im jakieś konkrety.

CZY IT JEST DLA MNIE?

Umiejętności cz. 1

Poniżej przygotowaliśmy listę pięciu umiejętności, które na pierwszy

rzut oka mogą wydawać się infantylne. Dopiero ostatnia z nich
dotyka czegokolwiek bezpośrednio związanego z testowaniem.
Chcieliśmy jednak przedstawić zestaw podstawowy, bez
przyjmowania jakichkolwiek założeń na temat naszego
przygotowania, znajomości języka, umiejętności posługiwania się
komputerem i tym podobnych.

Niezależnie jaka była dotychczasowa ścieżka naszej kariery, poniższa

lista powinna stanowić dobre wskazanie nad czym powinniśmy się
skupić w pierwszych fazach naszego przebranżowienia. Bez tych
podstaw zdobycie umiejętności opisanych w rozdziale drugim może
okazać się niemożliwe. Nie da się nauczyć biegać, zanim nie
nauczymy się chodzić. Jeżeli jednak czujemy, że podstawy mamy już
opanowane - śmiało możemy przejść do rozdziału numer 2.

CZY IT JEST DLA MNIE?

 Umiejętności cz. 1
Korzystanie z komputera
Może wydawać się to oczywiste, ale musimy poruszyć ten temat.
Umiejętność podstawowej obsługi komputera to absolutne must-
have. Musimy być w stanie sprawnie pracować na komputerze, umieć
wyszukiwać informacje w Internecie, tworzyć i otwierać pliki tekstowe.

Dla młodszego pokolenia często te umiejętności są niejako wrodzone,

więc dla takich osób punkt ten może wydawać się śmieszny – ale
przecież nic nie stoi na przeszkodzie, żeby próbować spełniać swoje
marzenia także w wieku późniejszym.

`Pamiętamy jak na jednym szkoleniu z podstaw GIT’a, które

prowadziliśmy, były osoby, które nie umiały stworzyć folderu i pliku
tekstowego, nie mówiąc o otworzeniu wiersza poleceń i wpisaniu
potrzebnej komendy.

Niestety, jeżeli wiemy, że mamy braki w tej przestrzeni, to koniecznie

musimy je jakoś uzupełnić – i w ogóle zobaczyć, czy praca z
komputerem po osiem godzin dziennie faktycznie mieści się w
definicji życia, które chcemy prowadzić.

Ścieżka Testera Oprogramowania

 Umiejętności cz. 1
Pisanie
Jeżeli od ostatniego tekstu, który napisaliśmy, minęło dziesięć lat i
było to podczas gdy pociliśmy się nad wypracowaniem maturalnym,
a potem nasza praca nie miała już nic wspólnego z jakimkolwiek
pisaniem – prawdopodobnie powinniśmy trochę poćwiczyć ten
temat.

Ale nie ma co się bać – nie chodzi o to, że musimy być w stanie pisać
książki. Musimy umieć w sposób czytelny opisać buga, to jak go
odtworzyć i czym się objawia. Musimy umieć napisać zrozumiałego
maila. W dzisiejszych czasach praca w IT odbywa się w sposób zdalny,
a komunikacja bardzo często przybiera właśnie formę pisemną. Im
lepiej umiemy wyrażać nasze myśli, tym łatwiej będzie się z nami
porozumieć – a to, proszę uwierzyć, jest absolutnie kluczowa
umiejętność każdego testera.

Żeby nie być gołosłownym, poniżej przedstawiamy jakie wymagania

umieszcza w swoich ogłoszeniach o pracę dla testerów firma
37signals:

„You must also be a good writer. We work remotely, so the majority of our work and collaboration is
written. This is true whether you're writing up a bug report or arguing for why these ten issues are
worthy of our attention next cycle.”
Fragment ten pochodzi z maila z opisem stanowiska „Senior QA
Tester”, a roczna pensja, którą ta firma oferuje na tej pozycji to
$85,000. Jest o co walczyć. Musimy umieć pisać.
 Umiejętności cz. 1
Angielski
Jeżeli nie byliśmy w stanie zrozumieć cytatu przytoczonego powyżej,
jest to jasny sygnał, że czas zakasać rękawy i zabrać się za szlifowanie
naszego angielskiego. Niestety, w dzisiejszych czasach język angielski
w branży IT jest nieodzowny. W wersji minimum musimy być w
stanie przeczytać prosty tekst po angielsku, napisać opis buga i
znaleźć sobie w angielskojęzycznym Internecie odpowiedzi na
techniczne problemy, z którymi się zmagamy.

Dlatego, jeżeli czujemy, że nasz angielski wymaga trochę pracy –

weźmy się za niego już dzisiaj. W okolicy na pewno są jakieś szkoły
językowe, które pomogą nam w nauce. W Internecie jest cała masa
różnych, darmowych materiałów do samodzielnych ćwiczeń.

Niezależnie czy uda nam się zmienić pracę czy nie, jeżeli nawet nasze
starania zawiodą i nigdy nie zostaniemy testerami – znajomość języka
obcego jest bardzo cenna sama w sobie.
 Umiejętności cz. 1
Organizacja pracy
Jako testerzy zawsze będziemy pracować w pewnych ograniczonych
ramach czasowych. Koniecznie musimy umieć wykorzystać ten czas
do maksimum. Powinniśmy umieć dobrze organizować swoją pracę.
Zanim się za coś weźmiemy przeanalizować co tak naprawdę
chcemy osiągnąć, wyznaczyć jakieś kryteria oceny naszej własnej
pracy oraz kolejność kroków, które podejmiemy, zgodnie z ich
priorytetami. Bardzo łatwo jest rzucić się w wir testowania, a potem
obudzić się za parę dni z ręką w nocniku i zdać sobie sprawę, że
doskonale przetestowaliśmy walidację pola ‘email’ na 1000 różnych
sposobów, ale nie pochyliliśmy się nad sednem funkcji, którą
mieliśmy sprawdzić.

Praca testera wymaga sporej dozy samodzielności – nikt nie powie

nam, jakie przypadki testowe powinniśmy przeanalizować i w jakiej
kolejności. Nikt nie będzie nam patrzył na ręce podczas testowania.
Od testera oczekuje się, że zrobi swoją testerską robotę, a potem
powie „działa” albo „nie działa” i rozpisze co i kiedy.

Praca testera wymaga sporej dozy zdrowego rozsądku, umiejętności

spojrzenia na testowany system z dystansu, empatii, żeby móc wejść
w buty usera i zastanowić się, co jest tak naprawdę ważne z jego
perspektywy. A potem staranności, żeby upewnić się, że to co ważne,
działa tak jak należy.
 Umiejętności cz. 1
Testowanie manualne
Kwintesencją pracy testera oprogramowania jest umiejętność
testowania manualnego. Niestety, jest to także największa
zagwodzka dla wszystkich tych, którzy dopiero testerami planują
zostać. Czym jest bowiem to tajemniczo brzmiące „testowanie
manualne” w rzeczywistości? To właśnie jest najtrudniej sobie
wyobrazić - zwłaszcza, jeżeli w przeszłości, w ogóle nie mieliśmy do
czynienia z procesem wytwarzania oprogramowania.

Testowanie manualne nie jest tak naprawdę niczym innym, jak po

prostu używaniem danego software’u w sposób krytyczny i uważny.
Jeżeli umiemy używać przeglądarki internetowej i umiemy w sposób
krytyczny oceniać działanie strony, którą przeglądamy, to znaczy, że
umiemy - w podstawowym stopniu - testować manualnie. Na samym
początku naszej testerskiej ścieżki nie musimy wcale posiadać
wielkich umiejętności technicznych. W zasadzie nie musimy
posiadać żadnych umiejętności technicznych. Liczy się tylko nasza
dokładność oraz zdrowy rozsądek w doborze kolejności przypadków
testowych, które postanowimy zbadać. Nasze testy bowiem powiny
realizować jeden najważniejszy cel - udowodnić, że oprogramowanie
realizuje swoje zadania.
CZY IT JEST DLA MNIE? Umiejętności cz. 1

Cała reszta jest już tylko naszym doświadczeniem i posiadaniem

pewnego zmysłu testerskiego, który nabywamy i rozwijamy wraz z
ilością przetestowanych funkcji i znalezionych bugów. Testowanie
manualne to też pewna umiejętność dostrzegania nieoczywistych
ścieżek. Tego, jak można użyć danego software’u w sposób
niezamierzony przez jego twórców. Zauważania edge-caseów,
których nie przewidzieli programiści.

Jedynym sposobem, żeby ćwiczyć tę umiejętność i rozwijać nasz

testerski zmysł zanim znajdziemy pierwszą pracę - to zacząć
przykładać większą uwagę do wszelkiego softu, z którym obcujemy
na co dzień. Jeżeli czegoś już używamy – np. przeglądamy bloga –
poświęćmy chwilę, żeby zastanowić się, czy korzystanie z niego jest
wygodne i intuicyjne. Gdy używamy e-maila, zobaczmy co się stanie,
jak np. nie podamy tematu wiadomości albo nie wybierzemy
adresatów. Zacznijmy powoli budować w sobie pewną dociekliwość
w stosunku do oprogramowania, którego używamy. Przy okazji
możemy poćwiczyć pisanie, jeżeli postanowimy wszystkie nasze
obserwacje gdzieś notować.
Narzędzia cz. 1
Przedstawiona poniżej lista dwóch narzędzi to zestaw minimum,
który ma nam umożliwić zarejestrowanie w systemie ticketów wraz z
opisami bugów. Nie jest to oczywiście lista zamknięta - wszystkie
narzędzia związane stricte z testowaniem zostały opisane w kolejnym
rozdziale. Zanim jednak do nich przejdziemy, powinniśmy zbudować
sobie zbiór bardziej podstawowych narzędzi, który pozwoli nam
sprawnie realizować wszelkie operacje związane raczej z samym
używaniem komputera.

Dobrym pomysłem byłoby także nauczenie się - w stopniu

podstawowym - obsługi takich programów jak Word i Excel albo ich
darmowych odpowiedników. Może się zdarzyć, że podczas
przeprowadzania testów będziemu musieli coś policzyć, albo
zbudować jakąś tabelę z zestawieniem danych - arkusz kalkulacyjny
nadaje się to tego celu idealnie.

CZY IT JEST DLA MNIE?

 Narzędzia cz. 1

Program do obróbki graficznej

Jaki to będzie program – to nie ma
znaczenia. Nie musimy być też
mistrzami photoshopa, żeby dostać
tę robotę. To co koniecznie musimy
umieć, to zrobić printscreen ekranu,
który następnie obrobimy.
Zaznaczymy strzałką, na co zwrócić
uwagę, napiszemy krótki opis co i jak
i weźmiemy w ramkę niepoprawnie
działające elementy. Musimy być w
stanie sprawnie tworzyć obrazki
pomocnicze do raportowanych przez
nas bugów.

Jira / Trello
Trello i Jira to przykłady
oprogramowania do zarządzania
pracą zespołu. Musimy znać
podstawowe koncepty i flow takiej
pracy – jak używa się kolumn, jak
stworzyć ticketa i wrzucić mu jakiś
opis oraz printscreen’a, którego
wcześniej przygotowaliśmy. Warto
założyć sobie darmowe konto na
Trello, stworzyć tablicę i pobawić
się trochę dostępnymi tam
funkcjami.

Ścieżka Testera Oprogramowania

Podsumowanie

W rozdziale pierwszym zostało przedstawione zestawienie

podstawowych umiejętności, które każdy tester musi posiadać. Dla
niektórych mogą się one wydać oczywiste. Jednak doświadczenie z
przeprowadzania warsztatów dla osób początkujących uczy, że dla
wielu ludzi powyższe aspekty aż tak oczywiste wcale nie są. I nie ma
w tym absolutnie nic wstydliwego – bowiem wszystkiego można się
nauczyć.

Powyższa lista to oczywiście tylko wierzchołek góry lodowej – i jeżeli

faktycznie zależy nam na wejściu do świata IT – nie możemy na niej
poprzestać. Z drugiej jednak strony ciężko zaczynać swoją przygodę
ze światem oprogramowania od nauki pisania testów
automatycznych, jeżeli nawet nie wiemy co to API i od poznawania
czym jest API, jeżeli nigdy wcześniej nie zastanawialiśmy się, jak
działają strony internetowe. W skutecznej nauce niezwykle istotną
rolę odgrywa kolejność. Najpierw podstawy, potem cała reszta.

CZY IT JEST DLA MNIE?

 2
CZY IT JEST DLA MNIE?

ROZDZIAŁ

Solidny tester manualny

Ścieżka Testera Oprogramowania

Postawa cz. 2
W poprzednim rozdziale przygotowywaliśmy fundament, żeby w
oparciu o niego, budować nasze kompetencje dalej. W tej części
rozszerzymy trzy poprzednie kategorie: postawę, umiejętności oraz
narzędzia – tak, aby dojść do poziomu solidnego testera
manualnego. Z takim zapleczem nie powinniśmy mieć problemu
wyróżnić się na tle innych kandydatów w oczach potencjalnego
pracodawcy.

Jeżeli chodzi o naszą postawę, to ile motywacja osadzona na dobrych

pobudkach jest czynnikiem absolutnie koniecznym żeby z sukcesem
zostać testerem, o tyle na pewno nie jest wystarczająca. Tester
manualny z prawdziwego zdarzenia musi mieć znacznie więcej cech,
które pomogą mu poradzić sobie z trudnościami jego pracy na co
dzień. Wszystkie te cechy można wywnioskować, gdy uzmysłowimy
sobie kim tak naprawdę jest tester i jaką rolę pełni w zespole
programistycznym.

Tester jest kimś w rodzaju strażnika wytwarzanego oprogramowania.

Jego głównym zadaniem nie jest wcale wyszukiwanie bugów – to
tylko fragment znacznie większej układanki. Celem jego istnienia jest
upewnić się, że to co zostało zaprogramowane działa dobrze i spełnia
wymagania naszych użytkowników. Wszystko to co robi tester i jak
to robi, powinno wynikać z tego założenia. Taki jest właśnie etos jego
profesji i wynikają z niego cztery najważniejsze cechy, które zostały
opisane dalej.

CZY IT JEST DLA MNIE?

 Postawa cz. 2
Skrupulatność
Każdy błąd, który odnajdziemy my, to jeden błąd mniej, na który
mogą natknąć się nasi użytkownicy – jeden błąd mniej, który może
spowodować realne straty. Niedbałość w świecie oprogramowania
może zakończyć się w sposób niezwykle kosztowny. Wyobraźmy
sobie, że system, który testujemy przetwarza duże ilości operacji
finansowych – czy możemy sobie pozwolić na błędy w takim
wypadku? Za każdą pomyłką stoją pieniądze naszych użytkowników.

Pomyślmy, jakbyśmy się czuli, gdyby z naszego konta zniknęły w

nieuzasadniony sposób jakieś środki albo gdyby po zamówieniu
towaru z Internetu nic nigdy do nas nie przyszło. Na zaufanie
użytkowników pracuje się latami, natomiast do jego utraty potrzeba
bardzo niewiele. Najważniejszym zadaniem testera jest nigdy do tego
nie dopuścić. Nie da się przypilnować jakości nie będąc
skrupulatnym. Cechy takie jak drobiazgowość i staranność są w tych
wysiłkach nieodzowne.
 Postawa cz. 2
Dociekliwość
Są dwa rodzaje testerów: tacy, którzy akceptują status quo i
bezkrytycznie przyjmują to co im się narzuca, oraz tacy, którzy stają
na głowie tylko po to, żeby zawsze być po stronie użytkowników.
Jeżeli testujemy jakąś funkcję i widzimy, że działa zupełnie bez
zarzutów, ale czujemy, że z punktu widzenia użytkownika nie
wszystko do końca gra – powinniśmy zareagować. Zawsze możemy
zapytać: dlaczego? Czy są jakieś powody, które sprawiły, że feature
ten został zaprojektowany i zaimplementowany tak, a nie inaczej?

Powinniśmy zwrócić zespołowi uwagę na nasze odczucia, skłonić ich

do dyskusji – być może nie było żadnych konkretnych przyczyn
stojących za wybraną implementacją. Może było to zwykłe
przeoczenie, które my jako testerzy właśnie wykryliśmy. Nie da się
kwestionować założeń, w ramach których pracujemy, nie będąc
dociekliwym. Czasami inni ludzie z zespołu mogą przez to na nas
krzywo patrzeć, może przylgnąć do nas łatka osób, które zawsze na
siłę szukają dziury w całym. Trudno – nie pracujemy po to, żeby
utwierdzać innych w ich błędach, tylko po to, żeby kwestionować to,
co mogłoby być zrobione lepiej. Taki jest etos naszej pracy.
 Postawa cz. 2
Cierpliwość
Wytwarzanie oprogramowania to proces niezwykle długotrwały,
składający się często z bardzo trudnych kompromisów, na które
będziemy musieli się godzić. Nie raz będzie tak, że do uwag i
proponowanych usprawnień, które wypracowaliśmy podczas testów
dzięki naszej skrupulatności i dociekliwości, zespół będzie
podchodził z dystansem i przekładał w przyszłość ich wprowadzanie,
tłumacząc się tym, że w danej chwili nie mamy na to budżetu,
zasobów, lub czasu.

Musimy umieć przyjąć takie sytuacje w spokoju, zwłaszcza, że zespół

bardzo często będzie miał po prostu rację. Mówi się, że polityka to
sztuka tego, co możliwe – określenie to pasuje jak ulał także do
procesu wytwarzania oprogramowania. Powinniśmy umieć bez
nerwów czekać, aż nasze propozycje, które trafiły do backloga w
końcu z niego wyjdą i zostaną zaimplementowane. Jeżeli chcemy
być testerami, musimy być cierpliwi.
 Postawa cz. 2
Asertywność
Konfiguracja zespołów programistycznych zazwyczaj wygląda w taki
sposób, że jeden tester przypada na zespół dwóch, trzech lub
większej liczby programistów. Pracują oni równocześnie nad różnymi
funkcjami systemu, a tester skrupulatnie sprawdza kolejne zmiany,
które zostały ukończone.

Niestety, w realiach codzienności, tester bardzo często dostaje od

swoich kolegów różne wrzutki, na zasadzie: „słuchaj, skończyłem
jedną małą funkcję, mógłbyś ją dla mnie teraz przetestować? to
pilne!”. Na domiar złego, będąc osobą o największej wiedzy o
systemie, tester może otrzymywać zapytania z prośbą o pomoc z
użyciem naszego oprogramowania od osób także spoza zespołu.

Będąc testerem bardzo łatwo można więc stracić kontrolę nad

harmonogramem swojego dnia. Każdy ciągle czegoś od nas chce. A
przecież naszym głównym celem jest pilnowanie jakości
oprogramowania, które testujemy. Żeby go osiągnąć przydaje się
umiejętność dobrej organizacji pracy, ale w realiach kooperacji z
innymi ludźmi, może to nie wystarczyć.

To czego potrzebujemy to asertywność. Bez niej nie zadbamy o to,

żeby pracować nad tym, co obecnie ma najwyższy priorytet.
Wszystkiemu innemu co próbuje skraść naszą uwagę i rości sobie
prawo do miana „tej najpilniejszej rzeczy” powinniśmy umieć
powiedzieć: „teraz nie mam czasu, chętnie zajmę się tym później”.
Umiejętności i wiedza cz. 2
Jeżeli chodzi o umiejętności, to o ile w poprzednim rozdziale
nakreśliliśmy tylko te bardzo podstawowe, tak teraz bierzemy się w
końcu za konkrety.

Żeby móc skutecznie testować oprogramowanie, musimy rozumieć

przynajmniej bazowe koncepty tego, jak działa. W dzisiejszych
czasach najwięcej firm informatycznych skupia się na budowaniu
oprogramowania webowego, dlatego i my główny nacisk położymy
na zrozumienie tego właśnie obszaru.

Każda aplikacja webowa składa się – w dużym uproszczeniu – z

trzech części: warstwy interfejsu użytkownika (strony www), warstwy
dostępu do danych (API), oraz warstwy przechowywania danych
(baza danych). W naszej codziennej praktyce testerskiej będziemy
obcować ze wszystkimi trzema warstwami, dlatego musimy wyrobić
sobie przynajmniej podstawowe pojęcie na temat tego, czym one są.

CZY IT JEST DLA MNIE?

 Umiejętności cz. 2
Zasady działania stron internetowych
O ile każdy z nas doskonale wie, czym są strony www i na co dzień
korzysta z przeglądarki internetowej, o tyle nie zawsze zdajemy sobie
sprawę z tego, co kryje się w ich wnętrznościach. Jako testerzy nie
musimy oczywiście umieć programować w językach takich jak
JavaScript, HTML czy CSS, ale powinniśmy przynajmniej wiedzieć, za
co każdy z nich odpowiada. Przed wysłaniem CV do konkretnego
pracodawcy warto dowiedzieć się czegoś więcej o technologiach,
których używa do budowy frontend’u – np. przeglądając ogłoszenia
na Web Developerów od tej samej firmy. Jeżeli znajdziemy
informacje o tym, jakiego frameworka frondentowego używają,
będziemy mogli dokształcić się także i w tym kierunku – żeby
orientować się o co chodzi, gdy padają tak enigmatyczne nazwy jak
‘Angular’, ‘React’ czy ‘Vue’.

Od strony praktycznej musimy umieć korzystać z DevToolsów

wbudowanych w najpopularniejsze przeglądarki internetowe, takie
jak Chrome i Firefox. Umiejętność używania tego narzędzia będzie
nam niezbędna do diagnostyki poprawności komunikacji pomiędzy
stroną internetową a API, a także do wielu innych rodzajów testów,
które należy przeprowadzać badając działanie każdej aplikacji
webowej. Kolejne pytania, na które powinniśmy znać odpowiedzi: jak
to się dzieje, że strona internetowa potrafi wyświetlać lub pobierać
różne dane, skąd te dane się tam biorą i dokąd są wysyłane?
 Umiejętności cz. 2
Znajomość zasad działania API
Większość stron internetowych pobiera swoje dane, wysyłając
zapytania do API – czyli serwisu, z którym frontend komunikuje się za
pomocą protokołu HTTP i HTTPS. Jako testerzy manualni,
powinniśmy wiedzieć czym są HTTP i HTTPS oraz czym się między
sobą różnią. Powinniśmy znać podstawowe cztery metody tych
protokołów, czyli: GET, POST, PUT i DELETE. Koniecznie powinniśmy
orientować się w różnych sposobach autoryzacji zapytań wysyłanych
do API, przede wszystkim: Basic Auth, Api-Key, oraz Auth Token.

Byłoby dobrze, gdybyśmy zapoznali się z jakimś otwartym API

dostępnym w internecie, żeby móc sobie wyrobić pogląd, jak takie
API mogą wyglądać w rzeczywistości. Konieczna będzie nam wiedza
czym jest JSON – najczęściej wykorzystywany format danych w
komunikacji ze współczesnymi API.

Od strony praktycznej musimy umieć wykorzystać wszystkie podane

wyżej zagadnienia w akcji. Umiejętność wywoływania metod API z
odpowiednimi parametrami, jest absolutnie kluczowa przy
testowaniu tej warstwy aplikacji webowych. Znajomość narzędzi
takich jak Swagger i Postman to must-have dla każdego testera
oprogramowania. O szczegółach tych narzędzi dowiemy się więcej w
następnej sekcji.
 Umiejętności cz. 2
Podstawy baz danych i SQL
Najniższą warstwą większości aplikacji jest baza danych – to właśnie
w niej przechowywane są surowe rekordy reprezentujące stan
danego systemu. Wyróżniamy dwa typy baz danych – SQL i NoSQL.
Jako junior testerzy wystarczy, że będziemy znać podstawy baz typu
SQL. Oczywiście wiedza czym są także bazy typu NoSQL (np.
MongoDB) może być dodatkowym atutem, który pozwoli wybić się
ponad konkurencję. Powinniśmy wiedzieć, czym są relacyjne bazy
danych, jak przechowują w sobie dane oraz w jaki sposób dane te
można z nich wyciągać. Wiedza czym są tabele, relacje i indexy to
pewien elementarz tej tematyki.

Od strony praktycznej powinniśmy umieć zbudować podstawowe

zapytania SQL, w tym takie jak: SELECT, UPDATE, INSERT i DELETE.
Chociaż warto mieć świadomość, że dla testera to właśnie SELECT
jest najczęściej wykorzystywanym zapytaniem – wynika to z tego, że
do naszych zadań będzie należało sprawdzanie, czy w wyniku
używania danego frontendu czy API, w bazie danych zostały zapisane
odpowiednie rekordy.
 Umiejętności cz. 2
Czym jest Agile
Najmniej praktycznym, jednak wciąż bardzo ważnym aspektem, jest
wiedza na temat tzw. zwinnych metodyk wytwarzania
oprogramowania. Powinniśmy mieć podstawowe informacje czym
jest Scrum, jak wygląda tryb pracy zespołu w tej metodyce, czym są
sprinty oraz standup’y. O ile ciężko jest przećwiczyć sobie ten temat
zanim nie znajdziemy pierwszej pracy i po prostu zaczniemy działać
w scrumie na co dzień, o tyle znalezienie informacji, filmów i innych
materiałów dotyczących założeń agile’a nie powinno stanowić
żadnego problemu. Możemy być jednak niemal pewni, że podczas
rozmowy kwalifikacyjnej padnie przynajmniej jedno pytanie ze strony
rekrutera, dotykające tego tematu.
Narzędzia cz. 2
Solidny tester manualny powinien mieć w swoim zanadrzu
umiejętność posługiwania się narzędziami, które pozwolą mu
sprawnie pracować na wszystkich trzech warstwach aplikacji
opisanych powyżej. Listę narzędzi zaczniemy rozpisywać od góry do
dołu – czyli od tych, które służą do pracy z frontendem, do tych, które
pozwalają używać nam baz danych.

Jeżeli chodzi o frontend, to warto zwrócić uwagę na to, że

powinniśmy testować działanie stron internetowych z
wykorzystaniem wszystkich najpopularniejszych przeglądarek.
Czasami bowiem bywa tak, że występują pomiedzy nimi subtelne
różnice - coś może działać w Chromie inaczej niż w Firefoxie.

W przypadku baz danych, narzędzia zależą od tego, jakie technologie

wykorzystywane są w projekcie, przy którym pracujemy. Innego
oprogramowania używa sie do pracy z bazą MS SQL, a innego do
pracy z Mongo DB.

CZY IT JEST DLA MNIE?

 Narzędzia cz. 2
DevTools
Podstawowym narzędziem pracy ze stronami internetowymi są
DevTools’y wbudowane w każdą przeglądarkę internetową.
DevToolsy są narzędziem w pełni darmowym. Można się do nich
dostać naciskając przycisk F12 kiedy jesteśmy w oknie przeglądarki,
albo klikając prawy guzik myszy i wybierając „inspect” albo „zbadaj”.
Okno DevTools’ów składa się z kilku zakładek koncentrujących się na
różnych aspektach analizowanej strony internetowej. Możemy
przeglądać (i modyfikować) kod HTML i CSS danej strony, debugować
kod JavaScript, podglądać zapytania, które nasza strona wysyła do
API oraz zarządzać storage’em powiązanym z daną aplikacją
internetową.

Swagger
Swagger jest to narzędzie ułatwiające pracę z API. W dzisiejszych
czasach bardzo często stanowi jedyną dokumentację opisującą
możliwości danego API. Dodatkowo za jego pomocą możemy na
szybko wywoływać i testować dostępne w API metody. Powinniśmy
umieć sprawnie poruszać się po interfejsie graficznym Swaggera,
korzystać z różnych sposobów autoryzacji oraz wywoływać
udostępnione metody. Musimy także wiedzieć, jak wykorzystać
swaggera jako źródło wiedzy przy konfigurowaniu bardziej
zaawansowanych narzędzi do pracy z API, jakim jest na przykład
Postman.
 Narzędzia cz. 2
Postman
Postman to prawdziwy kombajn do pracy z API – narzędzie
niezbędne w przyborniku każdego szanującego się testera
manualnego. Powinniśmy umieć sprawnie obsługiwać interfejs
Postmana oraz wiedzieć jak pracować z kolekcjami. Konfiguracja
podstawowych metod HTTP takich jak GET, POST, PUT i DELETE nie
powinny stanowić dla nas żadnego problemu. Tak samo jak dobór
odpowiedniego sposobu autoryzacji.

Bardzo ważnym aspektem Postmana jest możliwość konfigurowania

wielu środowisk. Podczas wytwarzania oprogramowania zespoły
programistyczne pracują zazwyczaj na kilku środowiskach.
Najczęściej wyróżniamy trzy: developerskie, testowe oraz
produkcyjne. Postman pozwala na szybkie przełączanie się miedzy
nimi, co bywa bardzo przydatne.

Od strony praktycznej koniecznie powinniśmy pobawić się z jakimś

prawdziwym API wykorzystując możliwości Postmana. Dodatkowo,
przygotowana w ramach ćwiczeń kolekcja pozwalająca na pracę z
danym API może stanowić fantastyczne uzupełnienie nasze
testerskiego portfolio i być niezbitym dowodem naszych
umiejętności praktycznych.
 Narzędzia cz. 2
SQL Management Studio
Koniecznie musimy mieć doświadczenie z jakimś narzędziem do
pracy z relacyjnymi bazami danych. Oprogramowanie takie jak np.
SQL Management Studio pozwala na wszelkie możliwe operacje
związane z bazami Microsoft SQL Server. Chociaż na rynku
dostępnych jest wiele różnych baz danych, to jeżeli tylko są one
relacyjne, wszystkie działają bardzo podobnie.

Główny nacisk powinniśmy położyć na ćwiczenie zapytań typu

SELECT – jako że są one najczęściej wykorzystywane w codziennej
praktyce testerów. Gdy opanujemy już proste kwerendy warto dalej
rozszerzać naszą wiedzę związaną z samym SQLem, o takie
zagadnienia jak np. JOINy. Znajomość SQL’a stanowi świetny punkt
zaczepienia do dalszego rozwoju naszej kariery i jest przydatna w
zasadzie na wszystkich stanowiskach związanych z
oprogramowaniem.
Podsumowanie

Żeby stać się dobrym testerem manualnym trzeba poświęcić

naprawdę sporo czasu na naukę – zwłaszcza biorąc pod uwagę ilość
umiejętności i narzędzi, które powinniśmy poznać. Przedstawiona
lista stanowi pewien arbitralnie wybrany zbiór, ale naszym zdaniem
jest bardzo dobrą bazą do próby zdobycia pierwszej pracy w
zawodzie testera. Na podstawie naszych obserwacji podczas ponad
dziesięcioletniej praktyki w zawodzie programistów, staraliśmy się
zbudować ją w taki sposób, aby odpowiadała temu czym faktycznie
zajmują się testerzy manualni na co dzień.

Warto zwrócić uwagę na jeszcze jeden aspekt – w powyższej liście

nie znajduje się ani jedna wzmianka na temat certyfikatu ISTQB – i
nie jest to żadne przeoczenie. Zdajemy sobie sprawę, że wiele
różnych szkół propaguje konieczność zrobienia tego certyfikatu,
jednak w naszym przekonaniu jest to strata czasu i pieniędzy –
zwłaszcza na początkowym etapie przygody z testowaniem.
Znacznie lepiej skupić się na praktyce. Na certyfikaty przyjdzie czas,
jak tylko zdobędziemy już jakieś doświadczenie zawodowe.

CZY IT JEST DLA MNIE?

 3
CZY IT JEST DLA MNIE?

ROZDZIAŁ

Kierunek automatyzacja

Ścieżka Testera Oprogramowania

Kolejny etap
Ostatnim etapem na drodze kariery testera jest opanowanie
umiejętności programowania i zaprzęgnięcie kodu do pomocy w
testach. Tester automatyzujący to inżynier, który potrafi napisać
program wykonujący testy w sposób zautomatyzowany i w pełni
powtarzalny. Zalety posiadania takich testów są olbrzymie. Pracę,
która normalnie testerowi manualnemu mogłaby zająć kilka dni,
można wykonać w przeciągu kilku minut za magicznym kliknięciem
przycisku. Dobry zestaw testów automatycznych stanowi
niesamowitą pomoc dla całego zespołu tworzącego dane
oprogramowanie. Testerom przyspiesza pracę, a programistom
pozwala w bezpieczny sposób tworzyć bardziej zaawansowane
feature’y – bez lęku, że po drodze zepsują pół systemu.

Niestety, żeby stać się testerem automatyzującym musimy przebyć

długą drogę – i w moim przekonaniu jest to druga znacznie
trudniejsza, niż z pozycji pełnego laika do testera manualnego. Ale
skoro udało nam się zostać testerami manualnymi, dlaczego
mielibyśmy spocząć na laurach? Jeżeli mieć już jakieś cele – to
ambitne.

Poniżej prezentujemy listę umiejętności, która może stanowić

pewien drogowskaz w jakim kierunku należy podążać i czym
zajmować się w ramach hobby po skończonej dniówce w pracy
testera manualnego. Żeby stać się testerem automatyzującym,
musimy nauczyć się programować, dlatego większość umiejętności i
narzędzi będzie krążyć właśnie wokół tego tematu.

CZY IT JEST DLA MNIE?

 Umiejętności cz. 3
Programowanie
Bez programowania nie zostaniemy testerami automatyzującymi.
Żeby w ogóle zacząć zmierzać w tę stronę należy rozpocząć regularną
naukę jakiegoś nowoczesnego języka programowania. Pół godziny
dziennie, codziennie, z JavaScript’em albo Pythonem może stanowić
wspaniały wstęp do przygody z testowaniem automatycznym.
Pozwoli to nam przy okazji zobaczyć czy jest to coś co faktycznie
chcemy robić – ponieważ bycie testerem automatycznym wiąże się z
zupełnie inną specyfiką pracy niż bycie testerem manualnym. Są to
tak naprawdę dwa dość odległe od siebie zawody – tzn. oba realizują
ten sam cel, jednak przy użyciu zupełnie różnych środków. Tester
automatyzujący ma więcej wspólnego z programistą niż z testerem
manualnym. Być może więc, gdy rozpoczniemy już zabawę z nauką
programowania stwierdzimy, że jednak chcemy przejść na drugą
stronę barykady i zostać pełnoprawnymi programistami.
 Umiejętności cz. 3
Znajomość Git’a
Żeby efektywnie pracować z kodem i mieć pewność, że nie utracimy
mozolnie budowanych linijek naszych testów automatycznych, warto
– już od samego początku – nauczyć się pracy z system o nazwie
„GIT”. Git jest to oprogramowanie służące do wersjonowania kodu, co
– mówiąc w wielkim skrócie – oznacza przechowywanie go w
bezpieczny sposób na zdalnym repozytorium. Git pozwala nam
zapisywać w sposób sekwencyjny kolejne zmiany, które
wprowadzamy w naszym kodzie. Co więcej, z wykorzystaniem gita,
możemy wygodnie rozwijać ten sam kod w wiele osób.

Istnieje wiele darmowych repozytoriów kodu, a najbardziej znanym z

nich jest GitHub. Innymi przykładami podobnego oprogramowania
jest Gitlab oraz Bitbucket. Warto, aby wszystkie osoby rozpoczynające
swoja przygodę z programowaniem przemyślały możliwość
wrzucania swoje kodu właśnie do publicznego repozytorium. Nie ma
co się wstydzić, a taki kod może stanowić wspaniałe portfolio w
przypadku poszukiwania nowej pracy.

Git'a można używać na dwa sposoby. Pierwszy z nich polega na

używaniu komend wiersza poleceń. Jednak dla początkujących osób
łatwiejsze może być używanie wbudowanych funkcji do obsługi Gita
dostępnych w większości współczesnych edytorów kodu (np. Visual
Studio Code posiada taką funkcję).
 Umiejętności cz. 3
Znajomość HTML’a
Żeby móc pisać tak zwane testy end-to-end (e2e), powinniśmy
rozszerzyć naszą wiedzę dotyczącą HTML’a. Testy e2e polegają na
tym, że specjalne oprogrowamowanie (np. zbudowane z
wykorzystaniem Selenium) symuluje niejako faktyczne zachowania
użytkownika na testowanej stronie internetowej. Możemy
zaprogramować przejście jakiejś konkretnej ścieżki w naszej aplikacji
– weźmy na przykład logowanie do systemu. Przygotowany przez
nas test automatyczny otworzy zadaną stronę logowania, kliknie w
pole z emailem, wpisze email, kliknie w pole z hasłem, wpisze hasło,
przyciśnie guzik „zaloguj” a następnie zweryfikuje, że został
przeniesiony w odpowiednie miejsce, po czym zakończy działanie.
Wszystkie te operacje, możemy obserwować w otwartym przez
Selenium okienku przeglądarki – jedyny problem przy tych
obserwacjach może być taki, że cały proces przebiega z prędkością
błyskawicy. Do czego potrzebujemy znajomości HTML’a? Musimy
rozumieć strukturę strony – to, jak działa HTML – żeby sprawnie
‘przekazywać’ Selenium informacje, jak znaleźć dany element, który
ma kliknąć albo uzupełnić. Czasami, gdy strony nie były budowane z
myślą o potencjalnych, przyszłych testach automatycznych, zadanie
to może być dość skomplikowane.
Narzędzia cz. 3

Poniżej znajduje się lista trzech narzędzi, których możemy użyć do

nauki programowania oraz automatyzowania testów. Zbiór ten jest
zbudowany bardzo subiektywnie. Narzędzi służących do
programowania jest całe multum, dlatego wszyscy zainteresowani
tym tematem powinni przeprowadzić poszukiwania także we
własnym zakresie. Jeżeli ktoś jednak chce szybko rozpocząć zabawę z
kodem – poniższe zestawienie może stanowić dobrą bazę startową.

Jedno, o czym warto pamiętać, to fakt, że narzędzia, których użyjemy

nie są wcale tak istotne. Najważniejszy aspekt, którym powinniśmy
się kierować przy ich wyborze jest to, żeby ułatwiały nam one naukę
programowania. Język i środowisko programistyczne są
drugorzędne, istotne jest tylko szlifowanie programistycznego
myślenia i podejścia do rozwiązywania problemów.

CZY IT JEST DLA MNIE?

 Narzędzia cz. 3
Postman – automatyzacje
Ciekawą funkcją, którą oferuje Postman – program opisany już w
poprzednim rozdziale – jest możliwość pisania testów. Testy takie
odpalane są wraz z wywołaniem konkretnej metody HTTP. Stanowi to
bardzo wygodne, i stosunkowo proste narzędzie, które możemy
wykorzystać już nawet jako tester manualny. Jedynym warunkiem
niezbędnym do rozpoczęcia korzystania z Postmana pod tym kątem
jest konieczność znajomości języka JavaScript – bo to właśnie on w
Postmanie służy do pisania testów. Bardzo przydatną możliwością
jest opcja skorzystania z kilkunastu gotowych snippetów.

W Internecie można znaleźć sporo różnych, darmowych i otwartych

API. Stanowią one świetny sposób do nauki automatyzacji testów. O
ile najprawdopodobniej nie znajdziemy w nich żadnych bugów –
najpewniej są już świetnie przetestowane – o tyle przygotowany
przez nas zestaw testów, taki który nawet nigdy nic nie wykrył –
stanowi wspaniały dodatek do naszego portfolio.
 Narzędzia cz. 3
Visual Studio Code
Visual Studio Code (VSC) jest to darmowy, ale bardzo dobry, edytor
kodu. Można wykorzystać go do programowania i debugowania w
wielu różnych językach. Świetnie się nadaje np. do nauki JavaScript’u.
VSC jest zintegrowany z GIT’em, dlatego w bardzo wygodny sposób –
bez konieczności nauki korzystania z GIT’a za pomocą konsoli –
możemy rozpocząć naszą przygodę z zapisywaniem kodu do
repozytorium.

Selenium
Selenium jest to biblioteka albo inaczej zbiór narzędzi, które można
wykorzystać z poziomu różnych języków programistycznych do tego,
aby zautomatyzować operacje wykonywane przez przeglądarki
internetowe takie jak Chrome czy Firefox. Możliwości te najczęściej
wykorzystywane są właśnie do pisania testów automatycznych, ale
nie tylko. W zasadzie wszystkie czynności, które możemy wykonać
poprzez przeglądarkę, mogą zostać zautomatyzowane z
wykorzystaniem Selenium. Skupmy się jednak na testach. Ideą
testów budowanych z wykorzystaniem Selenium jest zreplikowanie
tych czynności, które wykonałby tester manualny sprawdzający daną
funkcjonalność. Jedyną różnicą jest to, że wykonujemy te czynności z
wykorzystaniem kodu. Jak już pisaem wcześniej, takie testy nazywają
się end-to-end.
Podsumowanie
Współczesne aplikacje to często molochy, które tworzone są od wielu
lat. Manualne testowanie takiego oprogramowania to zadanie
niezwykle czasochłonne, a czasami wręcz niemożliwe do
przeprowadzenia. Jedyną drogą do utrzymania stabilnego działania
takiego software’u jest zbudowanie odpowiedniego zestawu testów
automatycznych. Nie jest to jednak zadanie łatwe, a wymagane do
niego umiejętności znacznie przekraczają kompetencje zwykłego
testera manualnego.

Żeby wspiąć się na kolejny szczebel kariery testera, koniecznie

musimy najpierw nauczyć się programować. Jest to proces niezwykle
czasochłonny, dlatego im wcześniej zaczniemy interesować się tym
tematem, tym szybciej będziemy w stanie zautomatyzować swój
pierwszy test. Ogrom tego zadania nie powinien nas jednak
zniechęcać. Jeżeli uda nam się je zrealizować, otworzą się przed nami
zupełnie nowe możliwości zawodowe, które, rzecz jasna, wiążą się ze
znacznie wyższym wynagrodzeniem, niż w przypadku pracy testera
manualnego.

CZY IT JEST DLA MNIE?

Co dalej?
Materiały przedstawione w niniejszym ebooku stanowią syntezę
tego, co uznaliśmy za kluczowe w pracy każdego testera
oprogramowania. Lista umiejętności do zdobycia jest dość długa i
często zawiera elementy, które wymagają dobrego zrozumienia
technologii i działania Internetu. Jeżeli chcemy zostać testerami
musimy skoncentrować się na szlifowaniu umiejętności
praktycznych. Niestety, o ile dostęp do materiałów związanych z
teorią jest dość szeroki, o tyle wartościowych materiałów
pozwalających trenować praktykę jest jak na lekarstwo.

Naszą misją jest zbudowanie środowiska, w którym wszyscy

zainteresowani zdobyciem takiej praktyki będą mieli szansę to
zrobić. Przygotowaliśmy oprogramowanie, które w maksymalnie
rzeczywisty sposób pozwala zasymulować proces poszukiwania
bugów. Mocno wierzymy w to, że każdy kto chce podążać ścieżką
testera oprogramowania powinien znaleźć kilka prawdziwych
bugów samodzielnie – by móc posmakować, czym tak naprawdę jest
ten zawód.

Jak dotąd kilkaset osób spróbowało już naszego sposobu nauki

testowania – a ich komentarze i opinie mówią same za siebie.
Wszystkich tych, których przekonaliśmy, że to właśnie praktyka jest
kluczem do sukcesu w zmianie branży, zapraszamy do śledzenia
naszej strony https://www.czyitjestdlamnie.pl/ oraz naszego
newslettera gdzie krok po kroku przedstawimy nasz przepis na to,
jak zostać testerem.

Serdecznie zapraszamy!
Filip i Damian

CZY IT JEST DLA MNIE?