Niezbędnik Juniora Testera Manualnego cz. II

Celem tego artykułu jest uporządkowanie zakresu wiedzy jaki powinien mieć junior tester manualny, aby rozpocząć swoją komercyjną przygodę. Zakres niezbędnej wiedzy podzieliłam na trzy części, a każda z nich składa się z proponowanego zakresu nauki i przykładowych pytań, które mogą pojawić się w procesie rekrutacyjnym. Pierwsza część dotyczy materiałów ISTQB, druga: narzędzi do tworzenia przypadków użycia, systemu kontroli wersji, narzędzi do raportowania błędów, a trzecia: bazy danych, metod wytwarzania oprogramowania i języków obcych.

Narzędzia do tworzenia przypadków testowych

O ile na rozmowie rekrutacyjnej rzadko zdarzały mi się pytania z zakresu przypadków testowych i scenariuszy testowych, to jako junior manualny było to jedno z moich dominujących zadań, dlatego warto poświęcić chwilę i o nich poczytać. Zanim zaczniesz ubiegać się o pierwszą pracę zaprojektuj i wykonaj parę przypadków testowych. Warto również napisać kilka scenariuszy testowych, aby zapoznać się z formą. Dzięki temu nasze pierwsze dni w pracy będą mniej stresujące oraz zrobimy dobre wrażenie na osobie, która nas wprowadza w projekt. Jak pisać poprawne scenariusze i przypadki testowe możemy zobaczyć w poniższych artykułach: Jak pisać poprawne przypadki testowe? oraz Jak pisać poprawne scenariusze testowe?

Jest wiele narzędzi, które ułatwiają nam pisanie przypadków testowych, zarządzanie cyklem regresji albo tworzenia scenariuszy testowych. Ja najczęściej pracowałam na TestLink i Zephir.

Proponowany zakres nauki:

• Przypadek testowy – definicja, wykonanie paru przykładów.
• Scenariusz testowy – definicja, wykonanie paru przykładów.

Przykładowe pytania mogące pojawić się na rozmowie rekrutacyjnej:

• Jak ustalać warunki końcowe?
• Jakie narzędzia możesz wykorzystać do pisania przypadków testowych?
• Czym różni się przypadek testowy, od przypadku użycia?
• Czym różni się przypadek testowy od scenariusza testowego?
• Do czego używamy przypadków testowych?

System kontroli wersji

Jest to bardzo ważny aspekt powtarzający się w każdym analizowanym przeze mnie ogłoszeniu. Głównym zadaniem systemu kontroli wersji jest śledzenie zmian w kodzie źródłowym oraz łączenie zmian wykonanych na plikach przez wielu programistów w różnym czasie[1]. Najczęściej wymienianym systemem jest GIT.

Dobra rada:

• Nie musisz być ekspertem z GIT idąc na pierwszą rozmowę kwalifikacyjną. Ważne jest, abyś rozumiał ogólną zasadę działania GIT. Warto jest również zapoznać się z podstawowymi komendami. Ta wiedza wystarczy, aby rekruter zauważył, że masz ogólne pojęcie i w przyszłości dalej będziesz je rozwijał już pracując.
• Jeśli startujesz w rozmowach jako junior warto zrobić repozytorium na GitHub, gdzie pokażesz czego się nauczyłeś w trakcie nauki. Pokażesz wtedy, że nie siedzisz bezczynnie szukając pracy, tylko cały czas się rozwijasz.

Proponowany zakres nauki:

• Ogólna idea GIT.
• Komendy dotyczące podstawowego przepływu (add, commit, push, pull).
• Git status – sprawdzanie statusu.
• Współpraca z plikami (rename, move, delete).
• Ignorowanie niechcianych plików.
• Rozpoczęcie pracy na GitHub poprzez połączenie się z istniejącym projektem (git clone).
• Podstawy dotyczące branch’y (tworzenie, łączenie się, kasowanie).
• Stashing (git stash).

Przykładowe pytania mogące pojawić się na rozmowie rekrutacyjnej:

• Jaka jest ogólna idea GIT?

Narzędzia do raportowania błędów

Jest bardzo wiele narzędzi do zgłaszania i śledzenia błędów, z którymi możemy spotkać się podczas rekrutacji[2] i późniejszej pracy zawodowej. Poniżej w tabeli zestawiłam przykłady systemów do rejestracji błędów. Część z nich jest darmowa, dlatego namawiam Cię do przećwiczenia na nich zgłaszania błędów.

Z moich obserwacji najczęstszym narzędziem do raportowania błędów jest JIRA. Jest to bardzo potężne narzędzie służące, zarówno do raportowania błędów, przygotowywania raportów i statystyk, jak i raportowania czasu.

Proponowany zakres nauki:

• Idea narzędzia do raportowania błędów.
• Używanie filtrów do wyszukiwania.
• Tworzenie i zarządzanie zgłoszeniami.
• Korzystanie z dashboardów.
• Confluence – tworzenie, edycja i nawigacja.

Przykładowe pytania mogące pojawić się na rozmowie rekrutacyjnej:

• Jakie znasz narzędzia do raportowania błędów?
• Z jakich narzędzi korzystałeś, aby zgłosić błąd?
• Zaraportuj błąd związany z funkcją logowania do aplikacji.

[1]https://testuj.pl/blog/git-git-czyli-o-narzedziu-kontrolowania-zmian-projekcie/

[2]http://testpro.pl/narzedzia-testerskie/