Obecnie wiele osób marzy o znalezieniu pracy w IT, ze względu na relatywnie wysokie zarobki w branży, a także stałe zapotrzebowanie rynku pracy na specjalistów IT. Najczęściej marzenia te rozpadają się, gdy napotykają na potrzebę specjalistycznej edukacji, na którą marzyciel nie ma ani czasu, ani pieniędzy. Ale istnieje kilka specjalności, które zapewniają „tylne drzwi” do branży IT, pozwalając zasadniczo ominąć wstępne szkolenie i potrzebę zdobycia wcześniejszego doświadczenia. Tak się składa, że QA jest jedną z takich specjalizacji na „krawędzi” IT.
Kim jest inżynier jakości i czym się zajmuje?
Praca inżyniera zapewnienia jakości polega nie tyle na zapewnieniu jakości (choć wynika to z nazwy stanowiska), ile na monitorowaniu poprawności realizacji wszystkich etapów rozwoju i poprawności działania końcowego produktu. To brzmi trochę jak to, co robi tester. Ale tester tylko sprawdza działanie aplikacji i akceptuje ją lub odrzuca na podstawie wyników testu (obecność błędów i błędów). Inżynier kontroli jakości monitoruje również zgodność ze standardami w tworzeniu oprogramowania i wchodzi w interakcje z programistami, projektantami i klientami, zapobiegając samemu pojawianiu się błędów i błędów w oprogramowaniu. To prawda, że stanowiska testera i inżyniera kontroli jakości są bardzo często postrzegane jako jedno i to samo.
Jeśli podzielimy to punkt po punkcie, to opis stanowiska inżyniera QA obejmuje następujące zadania:
określić szczegółowe wymagania dotyczące programu (wykonane wspólnie z klientem)
przeanalizować i obliczyć czas potrzebny na stworzenie aplikacji lub naprawę błędu (to zadanie oczywiście nie jest dla młodszych inżynierów QA, ale dla kogoś z bezstronną perspektywą, specjalista ds. QA daje najbardziej realistyczne szacunki czasu)
opracowywać skrypty testowe
przeprowadzić sam proces testowania
loguj wykryte błędy w systemie śledzenia błędów
omawiać poprawki ze wszystkimi zaangażowanymi w rozwój
śledzić proces naprawiania błędów
wielokrotne testowanie problematycznych obszarów
analizować wyniki testów
debugowanie skryptów testowych
analizować procesy stosowane przez zespół programistów
optymalizuj procesy rozwojowe, aby zapobiegać ponownemu występowaniu wykrytych błędów (jeśli błędy występują z powodu niespójnych działań podejmowanych przez różne działy lub dlatego, że ktoś nie przestrzega ustalonych standardów programistycznych, zadaniem inżyniera QA jest wskazanie, gdzie leży problem dzieje i pracować nad jego wyeliminowaniem);
prowadzić dokumentację testów
Na pierwszy rzut oka jest to całkiem sporo do odpowiedzialności. Jednak w praktyce niektóre z tych obowiązków są przypisane testerom, pracownikom kontroli jakości, programistom, analitykom biznesowym i autorom technicznym. Tak więc w różnych firmach obowiązki inżyniera QA będą nieco inne: w jednej firmie będzie więcej pracy związanej z planowaniem rozwoju i naprawianiem błędów, w innej będzie większy nacisk na testy i śledzenie błędów, a gdzie indziej inżynierowie QA będą faktycznie brać udział w naprawie. W związku z tym w każdym przypadku Twój dzień pracy będzie wyglądał inaczej. Ogólnie rzecz biorąc, inżynier QA zaczyna dzień od pracy nad testami i monitorowania postępów w rozwoju w systemie śledzenia. W ciągu dnia komunikuje się z programistami (wyjaśniając, jak przebiega rozwój i jakie problemy spowalniają postęp) oraz klientem (wyjaśniając wymagania dotyczące aktualnie rozwijanej funkcjonalności). Na koniec dnia wszystkie zmiany są dodawane do dokumentacji testów.
Plusy i minusy zawodu
Co w pracy QA jest pociągające poza wynagrodzeniem? Jednym z najprzyjemniejszych aspektów jest świadomość, że pomagasz tworzyć i ulepszać produkt. To nie do opisania uczucie, kiedy Twoje codzienne czynności dają początek produktowi, który zawiera część Twojej pracy i pomysłów. Kolejną zaletą pracy QA jest możliwość bliskiego zapoznania się z nowymi technologiami. Jeśli chcesz zmienić specjalizację w IT, stanowisko QA jest najlepszym miejscem, aby lepiej poznać swoją przyszłą pracę. Praca z kontrolą jakości ma tylko jedną wadę — nudne i monotonne obowiązki testowania ręcznego i aktualizowania dokumentacji testów. To powiedziawszy, są one męczące tylko na początku. Dzięki rozszerzonemu zestawowi obowiązków wszystko staje się ciekawsze i urozmaicone.
Jak zostać inżynierem jakości?
Aby wkroczyć na ścieżkę inżyniera kontroli jakości, tak naprawdę nie musisz znać języków programowania ani struktury baz danych. Ważne jest, aby mieć pojęcie o tym, jak zorganizowany jest proces tworzenia oprogramowania i zrozumieć proces testowania. Musisz samodzielnie poczytać i poćwiczyć (użyj komputera, aby spróbować znaleźć wszystkie wady i błędy w aplikacjach/stronach internetowych). Aby nabrać pewności siebie, możesz wziąć udział w kilku szkoleniach online i/lub zapisać się na staż w ośrodkach edukacyjnych (niestety nie uczą tej specjalności na uczelniach). Jeśli angielski nie jest Twoim językiem ojczystym, podnieś poziom znajomości języka angielskiego: przy zatrudnianiu firmy IT preferują kandydatów ze znajomością języka angielskiego. W każdym razie początkujący inżynier ds. jakości będzie przede wszystkim sprawdzany pod kątem znajomości procesu testowania oprogramowania: do czego służy, jakie są rodzaje testów, co to jest błąd, jak dokumentuje się błąd i jakie kroki są niezbędne do zamknięcia błędu. Na początku twoim przeznaczeniem będą testy. Ale kiedy oswoisz się z tą pracą i dowiesz się trochę więcej o organizacji procesu tworzenia oprogramowania w Twojej firmie, awansujesz na wyższy poziom i dostaniesz własne obowiązki związane z rozwijanym produktem. Poziom wiedzy wymaganej do wejścia w dziedzinę zapewniania jakości jest znacznie niższy niż wymagany, aby zostać programistą. W rezultacie konkurencja o stanowisko inżyniera kontroli jakości może być bardzo, bardzo, BARDZO intensywna. W rezultacie, aby odbyć udaną rozmowę kwalifikacyjną, oprócz wiedzy, musisz także mieć określony zestaw cech osobistych. Na przykład dla inżyniera ds. kontroli jakości ważna jest umiejętność dobrej komunikacji: to stanowisko wymaga interakcji z prawie wszystkimi zaangażowanymi w programowanie — ze wszystkimi — od klienta po testera. Ponadto musisz być w stanie przekazać wszystkim zainteresowanym stronom wszystkie niuanse związane z wymaganiami aplikacji. Nie mniej ważna jest dbałość o szczegóły, cierpliwość i pracowitość — te cechy są niezbędne podczas testowania programów. No i oczywiście udane testowanie wymaga pasji konesera wina i dociekliwości dziecka badającego działanie zegarka lub jego ulubionej zabawki, aby szukanie pluskiew nie stało się dla Ciebie uciążliwą harówką. BTW, jeśli masz kilka historii o pomyślnym znalezieniu błędów, co może być dużym plusem w oczach ankietera. Potrzebne są również umiejętności analityczne, aby identyfikować sposoby usprawnienia procesu tworzenia i samej aplikacji.
Horyzont
Jako jeden ze stosunkowo łatwych sposobów wejścia do IT, QA oferuje całkiem sporo możliwości awansu. Możesz pozostać w tej specjalności i wspinać się po szczeblach kariery: młodszy inżynier QA, inżynier QA średniego szczebla, starszy inżynier QA, lider zespołu QA, kierownik QA, szef działu QA. Jeśli jesteś bardziej skłonny do programowania, ale nie jesteś gotowy, aby dołączyć do grona programistów, możesz zostać inżynierem automatykiem QA. Następnie możesz spróbować swoich sił w automatyzacji testów. Jeśli postrzegasz QA jedynie jako odskocznię do kariery w innej specjalności, to po dodatkowym szkoleniu możesz zostać programistą, analitykiem biznesowym lub kierownikiem projektów. Nowe dziedziny otwierają dodatkowe możliwości rozwoju zawodowego, ale poziom odpowiedzialności w nich jest też zupełnie inny.
W związku z tym w każdym przypadku Twój dzień pracy będzie wyglądał inaczej. Ogólnie rzecz biorąc, inżynier QA zaczyna dzień od pracy nad testami i monitorowania postępów w rozwoju w systemie śledzenia. W ciągu dnia komunikuje się z programistami (wyjaśniając, jak przebiega rozwój i jakie problemy spowalniają postęp) oraz klientem (wyjaśniając wymagania dotyczące aktualnie rozwijanej funkcjonalności). Na koniec dnia wszystkie zmiany są dodawane do dokumentacji testów.
W każdym razie początkujący inżynier ds. jakości będzie przede wszystkim sprawdzany pod kątem znajomości procesu testowania oprogramowania: do czego służy, jakie są rodzaje testów, co to jest błąd, jak dokumentuje się błąd i jakie kroki są niezbędne do zamknięcia błędu. Na początku twoim przeznaczeniem będą testy. Ale kiedy oswoisz się z tą pracą i dowiesz się trochę więcej o organizacji procesu tworzenia oprogramowania w Twojej firmie, awansujesz na wyższy poziom i dostaniesz własne obowiązki związane z rozwijanym produktem. Poziom wiedzy wymaganej do wejścia w dziedzinę zapewniania jakości jest znacznie niższy niż wymagany, aby zostać programistą. W rezultacie konkurencja o stanowisko inżyniera kontroli jakości może być bardzo, bardzo, BARDZO intensywna. W rezultacie, aby odbyć udaną rozmowę kwalifikacyjną, oprócz wiedzy, musisz także mieć określony zestaw cech osobistych. Na przykład dla inżyniera ds. kontroli jakości ważna jest umiejętność dobrej komunikacji: to stanowisko wymaga interakcji z prawie wszystkimi zaangażowanymi w programowanie — ze wszystkimi — od klienta po testera. Ponadto musisz być w stanie przekazać wszystkim zainteresowanym stronom wszystkie niuanse związane z wymaganiami aplikacji. Nie mniej ważna jest dbałość o szczegóły, cierpliwość i pracowitość — te cechy są niezbędne podczas testowania programów. No i oczywiście udane testowanie wymaga pasji konesera wina i dociekliwości dziecka badającego działanie zegarka lub jego ulubionej zabawki, aby szukanie pluskiew nie stało się dla Ciebie uciążliwą harówką. BTW, jeśli masz kilka historii o pomyślnym znalezieniu błędów, co może być dużym plusem w oczach ankietera. Potrzebne są również umiejętności analityczne, aby identyfikować sposoby usprawnienia procesu tworzenia i samej aplikacji.
