Portfolio w IT — co pokazać, gdy nie masz doświadczenia?

Portfolio w IT — co pokazać, gdy nie masz doświadczenia?

Jednym z najczęstszych problemów osób, które chcą wejść do IT, jest brak doświadczenia komercyjnego. W ogłoszeniach o pracę pojawiają się wymagania, rekruterzy pytają o projekty, a Ty możesz mieć wrażenie, że bez pierwszej pracy nie masz czego pokazać.

Na szczęście to nie do końca prawda.

Jeśli dopiero zaczynasz, Twoim doświadczeniem mogą być projekty własne, zadania praktyczne, testowe aplikacje, automatyzacje, dokumentacja, raporty błędów, przypadki testowe albo repozytoria na GitHubie. Kluczowe jest nie to, czy pracowałeś już komercyjnie, ale czy potrafisz pokazać, że rozumiesz podstawy i umiesz wykorzystać je w praktyce.

Portfolio w IT ma odpowiedzieć na jedno pytanie:

Czy ta osoba potrafi samodzielnie coś zrobić?

Dlaczego portfolio jest ważne?

CV osoby początkującej często wygląda podobnie: kursy, szkolenia, certyfikaty, podstawowe technologie i informacja o chęci rozwoju. To oczywiście ważne, ale samo w sobie może nie wystarczyć.

Portfolio pozwala pokazać coś więcej. Dzięki niemu rekruter może zobaczyć, jak myślisz, jak rozwiązujesz problemy i czy faktycznie ćwiczyłeś dane umiejętności.

Dobrze przygotowane portfolio może być szczególnie pomocne, gdy:

• nie masz jeszcze doświadczenia zawodowego w IT,
• zmieniasz branżę,
• kończysz kurs lub bootcamp,
• aplikujesz na stanowisko juniora,
• chcesz wyróżnić się spośród innych kandydatów.

Nie musisz mieć dziesięciu dużych projektów. Lepiej mieć dwa lub trzy dobrze opisane projekty niż kilkanaście przypadkowych rzeczy bez kontekstu.

Co pokazać w portfolio, gdy nie masz doświadczenia?

1. Projekty praktyczne

Najważniejszym elementem portfolio są projekty. Nie muszą być komercyjne. Mogą być stworzone samodzielnie, na podstawie kursu, zadania rekrutacyjnego albo własnego pomysłu.

Przykładowe projekty do portfolio:

• prosta aplikacja webowa,
• sklep internetowy w wersji demo,
• aplikacja do zarządzania zadaniami,
• testy automatyczne dla przykładowej strony,
• kolekcja zapytań API w Postmanie,
• dashboard z danymi,
• projekt SQL z przykładową bazą danych,
• dokumentacja testowa dla wybranej aplikacji.

Ważne, aby projekt był czytelny. Osoba, która go ogląda, powinna szybko zrozumieć, co zrobiłeś, jakich technologii użyłeś i jaki był cel projektu.

2. Opis projektu

Sam link do GitHuba często nie wystarczy. Dobry opis projektu potrafi zrobić ogromną różnicę.

Przy każdym projekcie warto dodać:

• krótki opis, czego dotyczy projekt,
• cel projektu,
• użyte technologie,
• zakres Twojej pracy,
• instrukcję uruchomienia,
• najważniejsze funkcje,
• informację, czego się nauczyłeś.

Przykład:

Projekt przedstawia automatyzację testów dla przykładowej aplikacji e-commerce. Celem było sprawdzenie najważniejszych ścieżek użytkownika, takich jak logowanie, wyszukiwanie produktu, dodanie do koszyka i przejście do płatności. Testy zostały przygotowane w Cypress z wykorzystaniem JavaScript.

Taki opis pokazuje znacznie więcej niż samo hasło „projekt Cypress”.

3. GitHub

GitHub to jedno z najlepszych miejsc do pokazania swoich projektów. Nawet jeśli nie jesteś programistą, możesz wykorzystać go do zaprezentowania kodu testów, dokumentacji, zapytań SQL, kolekcji API albo plików projektowych.

Warto zadbać o kilka rzeczy:

• czytelne nazwy repozytoriów,
• plik README,
• uporządkowaną strukturę folderów,
• brak przypadkowych plików,
• krótką instrukcję uruchomienia projektu,
• opis technologii.

Dla osoby początkującej plik README jest bardzo ważny. To właśnie on często decyduje, czy ktoś zrozumie Twój projekt.

Dobre README powinno zawierać:

• nazwę projektu,
• opis,
• technologie,
• instrukcję instalacji,
• instrukcję uruchomienia,
• przykładowe screeny,
• zakres funkcjonalności.

Nie chodzi o to, żeby projekt był idealny. Chodzi o to, żeby był zrozumiały.

4. Dokumentacja testowa

Jeśli chcesz iść w stronę testowania oprogramowania, portfolio nie musi składać się wyłącznie z kodu. Możesz pokazać również dokumentację testową.

W portfolio testera warto umieścić:

• przypadki testowe,
• scenariusze testowe,
• raporty błędów,
• checklisty,
• plan testów,
• testy API,
• testy automatyczne,
• przykłady analizy wymagań.

Możesz wybrać przykładową aplikację, stronę internetową albo publiczne demo i przygotować dla niej dokumentację. To dobry sposób, aby pokazać, że rozumiesz proces testowania, umiesz myśleć analitycznie i potrafisz opisywać błędy w czytelny sposób.

Przykładowy raport błędu powinien zawierać:

• tytuł błędu,
• środowisko,
• kroki do odtworzenia,
• rezultat aktualny,
• rezultat oczekiwany,
• priorytet lub severity,
• zrzut ekranu albo nagranie.

To są rzeczy, które naprawdę pokazują praktyczne podejście.

5. Projekty z API

API to bardzo dobry temat do portfolio, szczególnie dla testerów, junior developerów i osób uczących się backendu.

Możesz przygotować kolekcję w Postmanie, w której pokażesz:

• zapytania GET, POST, PUT, DELETE,
• testy odpowiedzi,
• zmienne środowiskowe,
• autoryzację,
• walidację status code,
• sprawdzanie struktury odpowiedzi JSON.

Taki projekt nie musi być skomplikowany. Ważne, żeby pokazywał, że rozumiesz podstawy pracy z API.

Dobrym pomysłem jest też dodanie krótkiego opisu, co dokładnie testujesz i dlaczego.

6. Testy automatyczne

Jeśli uczysz się automatyzacji testów, nawet prosty projekt może być bardzo wartościowy.

Do portfolio możesz dodać testy napisane w:

• Cypress,
• Playwright,
• Selenium,
• WebdriverIO,
• Postman,
• JMeter.

Nie musisz automatyzować całej aplikacji. Wystarczy kilka dobrze przygotowanych scenariuszy, na przykład:

• logowanie,
• wyszukiwanie,
• formularz kontaktowy,
• dodanie produktu do koszyka,
• walidacja komunikatów błędów,
• podstawowe testy API.

Ważne, aby testy były czytelne, miały sensowne nazwy i były opisane w README.

7. Projekty pokazujące proces myślenia

Portfolio nie powinno być tylko zbiorem linków. Dobrze, jeśli pokazuje również Twój sposób myślenia.

Możesz dodać krótkie sekcje:

• jaki był problem,
• jakie rozwiązanie wybrałeś,
• dlaczego użyłeś takiego narzędzia,
• co było największym wyzwaniem,
• co poprawiłbyś w kolejnej wersji.

To pokazuje dojrzałość. Nawet jeśli projekt jest prosty, dobry opis procesu może sprawić, że będzie wyglądał bardziej profesjonalnie.

Czego nie dodawać do portfolio?

W portfolio nie warto wrzucać wszystkiego. Lepiej postawić na jakość niż ilość.

Unikaj:

• pustych repozytoriów,
• projektów bez opisu,
• niedziałających linków,
• skopiowanych projektów bez własnych zmian,
• chaosu w plikach,
• zbyt wielu technologii pokazanych powierzchownie,
• projektów, których sam nie umiesz wyjaśnić.

Jeśli projekt powstał na podstawie kursu, postaraj się dodać coś od siebie. Może to być dodatkowa funkcja, inne dane testowe, nowy scenariusz, poprawione README albo własna dokumentacja.

Jak powinno wyglądać dobre portfolio?

Najprostsza wersja portfolio może składać się z jednej strony lub dobrze przygotowanego profilu GitHub.

Możesz stworzyć prostą stronę, na której będą:

• krótka informacja o Tobie,
• technologie, których się uczysz,
• 2–4 projekty,
• link do GitHuba,
• link do LinkedIna,
• kontakt,
• krótki opis każdego projektu.

Nie musisz budować rozbudowanej strony. Na początku najważniejsza jest przejrzystość.

Przykładowa struktura portfolio:

1. Kim jestem?
2. Czego się uczę?
3. Moje projekty
4. Technologie
5. Kontakt

Tyle wystarczy, żeby zacząć.

Przykład projektu do portfolio dla początkującego testera

Jeśli nie wiesz, od czego zacząć, możesz przygotować projekt testowy dla przykładowej aplikacji e-commerce.

W takim projekcie możesz pokazać:

• przypadki testowe dla logowania,
• checklistę dla koszyka,
• raporty kilku przykładowych błędów,
• kolekcję API w Postmanie,
• proste testy automatyczne w Cypress,
• README z opisem projektu.

To już wygląda jak konkretne portfolio. Pokazuje, że znasz podstawy testowania manualnego, API i automatyzacji.

Czy certyfikaty wystarczą?

Certyfikaty mogą pomóc, ale same w sobie rzadko wystarczają. Certyfikat pokazuje, że znasz teorię lub ukończyłeś kurs. Portfolio pokazuje, że potrafisz coś zrobić.

Najlepsze połączenie to:

kurs + praktyka + projekt + opis + GitHub

Dzięki temu rekruter widzi nie tylko, że się uczysz, ale też że potrafisz przekuć wiedzę w praktyczne działania.

Podsumowanie

Brak doświadczenia komercyjnego nie oznacza, że nie masz czego pokazać. W IT bardzo ważne są praktyczne umiejętności, a portfolio jest jednym z najlepszych sposobów, żeby je udowodnić.

Na początek przygotuj dwa lub trzy konkretne projekty. Opisz je dokładnie, dodaj README, pokaż kod, dokumentację albo testy. Nie staraj się udawać eksperta. Pokaż, że jesteś osobą, która uczy się świadomie, działa praktycznie i potrafi doprowadzić projekt do końca.

Dobre portfolio nie musi być idealne. Musi być czytelne, konkretne i Twoje.

Jeśli chcesz rozwijać swoje umiejętności w IT, testowaniu oprogramowania, automatyzacji, DevOps lub sztucznej inteligencji, sprawdź materiały edukacyjne dostępne na RafałPodraza.com.