Moją koleżankę Danilę Jusicowa bardzo zainspirowała. To niezwykłe, jak przyjazny i gościnny jest sektor IT – ucz się i przychodź, a cały czas ucz się czegoś nowego. Dlatego chcę opowiedzieć swoją historię o tym, jak uczyłam się na psychologa, a zostałam testerką.
Na psychologa poszłam za głosem serca – chciałam pomagać ludziom i być użyteczna dla społeczeństwa. Ponadto, bardzo interesowała mnie działalność naukowa. Uczyłam się łatwo, pisałam prace naukowe, występowałam na konferencjach i miałam nawet znaczące badania, które chciałam kontynuować w dziedzinie psychologii klinicznej. Jednak wszystko, co dobre, kiedyś się kończy – zakończyła się również moja nauka na uniwersytecie. Zrezygnowałam z studiów doktoranckich z powodu śmiesznych wynagrodzeń doktoranckich i wyszłam w wielki świat, aby odnaleźć siebie.
Tu właśnie czekała na mnie niespodzianka: z moim dyplomem i pracami naukowymi okazałam się nikomu niepotrzebna. W ogóle. Szukali psychologów do przedszkoli i szkół, co nie było dla mnie akceptowalną opcją, ponieważ nie radziłam sobie dobrze z dziećmi. Aby móc prowadzić konsultacje, trzeba było przepracować określoną ilość czasu za darmo lub za naprawdę symboliczną kwotę.
Powiedzieć, że byłam w rozpaczy – to nic nie powiedzieć.
Poszukiwanie czegoś nowego
Jeden z moich znajomych pracował w tworzeniu oprogramowania, to on zaproponował mi, obserwując moje błądzenie, aby pójść do nich jako testerka – dobrze układałam się z komputerami, interesowałam się technologiami i w zasadzie nie byłam zupełnie odmóżdżonym humanistą. Ale do tego momentu nie wiedziałam nawet, że taka profesja istnieje. Postanowiłam, że na pewno nic nie stracę – więc poszłam. Przeszłam rozmowę kwalifikacyjną i zostałam przyjęta do przyjaznego zespołu.
Krótko zapoznano mnie z oprogramowaniem (program był ogromny, z wieloma podsystemami) i od razu wysłano mnie w „pole” do wdrożenia. I to nie gdzie indziej, a do policji. Przydzielono mi miejsce w piwniczce w OWD jednego z rejonów naszej republiki (Tatarstan). Tam szkoliłam pracowników, zbierałam problemy i życzenia, prowadziłam pokazy przed kierownictwem, a oczywiście równocześnie przeprowadzałam testy oprogramowania i wysyłałam raporty do programistów.
Współpraca z przedstawicielami służb mundurowych nie jest łatwa – podlegają oni rozkazom, mają ścisłą dokumentację, dlatego często posługują się urzędowym językiem. Musiałem nawiązywać kontakt z wszystkimi: od porucznika do pułkownika. W tym bardzo pomogła mi moja specjalizacja na studiach.
Zbudowanie bazy teoretycznej
Trzeba powiedzieć, że kiedy zaczynałam pracować, nie miałam żadnej bazy teoretycznej. Miałam dokumentację i wiedziałam, jak program powinien działać; od tego zaczynałam. Jakie są rodzaje testowania, jakie narzędzia można wykorzystać, aby ułatwić sobie życie, jak przeprowadzać analizę testową, co to jest projektowanie testów – tego wszystkiego nie wiedziałam. Nawet nie wiedziałam, gdzie szukać odpowiedzi na te pytania ani gdzie mogę się wiele nauczyć. Po prostu szukałam problemów w oprogramowaniu i cieszyłam się, że wszystko staje się łatwiejsze i bardziej wygodne dla użytkowników.
Jednak monkey testing w końcu napotyka problem braku podstaw teoretycznych. Zdecydowałam się na edukację. Okazało się, że w naszym dziale i w całym ogromnym projekcie nie było wtedy żadnego profesjonalnego testera. Testy często przeprowadzali programiści, a jeszcze częściej – analitycy. Nie miałam się od kogo nauczyć właściwego testowania.
No i gdzie szuka IT-w profesjonalista w takich sytuacjach? Oczywiście, w Google.
Pierwszą książką, na którą natrafiłam, . Pomogła mi usystematyzować to, co już wiedziałam w tamtym momencie, i zrozumieć, w jakich obszarach miałam luki (zarówno w projekcie, jak i w rozumieniu testowania). Wskazówki podane w książce były bardzo ważne – i ostatecznie stały się fundamentem mojej dalszej wiedzy.
Później było jeszcze wiele różnych książek – wszystkich nie da się wymienić, a na pewno również szkolenia: stacjonarne i online. Jeśli chodzi o szkolenia stacjonarne, to przyniosły niewiele, w końcu przez trzy dni nie można nauczyć się testowania. Wiedza o testowaniu jest jak budowa domu: najpierw musi zostać ustabilizowany fundament, potem – ściany muszą stanąć na swoich miejscach...
Jeśli chodzi o kursy online, to jest to dobre rozwiązanie. Jest wystarczająco dużo czasu między wykładami, aby dobrze przetestować nową wiedzę i nawet zastosować ją w praktyce w swoim projekcie. Można się uczyć w dowolnym wygodnym czasie (co jest ważne dla pracującej osoby), ale również istnieją terminy na złożenie zadań (co też jest bardzo ważne dla pracującej osoby :). Polecam.
Mówiąc o trudnościach związanych z drogą testera, na początku najbardziej przerażała mnie złożoność systemów oraz duża ilość różnych procesów, które mają miejsce. Zawsze myślałam: „Testuję to pole, ale na co jeszcze wpływa?”. Musiałam biegać do programistów, analityków, czasami pytać użytkowników. Uratowały mnie schematy procesów. Narysowałam ich ogromną ilość, zaczynając od kartki A4, a potem klejąc do niej inne kartki ze wszystkich stron. I teraz tak robię, to naprawdę pomaga usystematyzować procesy: zobaczyć, co mamy na wejściu i na wyjściu oraz gdzie w oprogramowaniu są „wąskie gardła”.
Czego się teraz obawiam? Nudnej (ale niezbędnej) pracy, takiej jak pisanie test case'ów, na przykład. Testowanie to kreatywna, ale jednocześnie zformalizowana, metodyczna praca (tak, to paradoks). Pozwól sobie „latać” nad procesami, sprawdzaj najdziwniejsze pomysły, ale tylko po tym, jak przejdziesz przez główne scenariusze 🙂.
Ogólnie, na początku drogi rozumiałam, że nic nie wiem; teraz rozumiem to samo, ale! Kiedyś nieznajomość czegoś mnie przerażała, a teraz traktuję to jako wyzwanie. Opanowanie nowego narzędzia, zrozumienie nowej techniki, wzięcie nieznanego wcześniej oprogramowania i rozłożenie go na czynniki pierwsze – to duża praca, ale człowiek rodzi się do pracy.
W swojej pracy często spotykałam się z lekceważącym podejściem do testerów. Mówi się, że oto programiści - to poważni, zawsze zajęci ludzie; a testerzy - to tak, niezbyt wiadomo, po co oni w ogóle są, można świetnie obejść się bez nich. W związku z tym często nałożono na mnie wiele dodatkowej pracy, na przykład opracowanie dokumentacji, w przeciwnym razie uważano, że sprawiam tylko kłopoty. Nauczyłam się pisać dokumentację zgodnie z normą oraz dobrze przygotowywać instrukcje dla użytkowników (na szczęście, kontaktowałam się z użytkownikami dość dobrze i wiedziałam, jak będzie im wygodniej). Teraz, po 9 latach pracy jako tester w grupie firm ICL (w ciągu ostatnich 3 lat i obecnie w oddziale grupy – ICL Services), w pełni zdaję sobie sprawę z tego, jak ważna jest praca testerów. Nawet najwspanialszy programista może coś przeoczyć i czegoś nie uwzględnić. Ponadto testerzy - to nie tylko surowi nadzorcy, ale także obrońcy użytkowników. Kto, jeśli nie tester, dobrze wie, jak powinien być zorganizowany proces pracy z oprogramowaniem; i kto, jeśli nie tester, może spojrzeć na oprogramowanie z perspektywy przeciętnego użytkownika i dać rekomendacje dotyczące UI?
Na szczęście, teraz w moim projekcie mogę wykorzystać wszystkie wcześniej nabyte umiejętności – testuję (według testów i po prostu dla przyjemności :)), piszę dokumentację, troszczę się o użytkowników i czasami wspieram testy akceptacyjne.
W mojej pracy najbardziej podoba mi się to, że muszę się ciągle uczyć czegoś nowego – nie można stać w miejscu, robić codziennie to samo i być specjalistą. Ponadto miałam bardzo dużo szczęścia do zespołu – to profesjonaliści w swojej dziedzinie, gotowi zawsze przyjść z pomocą, jeśli coś jest dla mnie niejasne, na przykład przy opracowywaniu testów automatycznych lub przeprowadzaniu testów obciążeniowych. A jeszcze moi koledzy we mnie wierzą: nawet wiedząc, że mam wykształcenie humanistyczne i zakładając, że mam „białe plamy” w moim wykształceniu IT, nigdy nie mówią: „No, zapewne sobie nie poradzisz”. Mówią: „Poradzisz sobie, a jeśli będą pytania – pytaj”.
Piszę ten artykuł przede wszystkim dla tych, którzy chcieliby pracować w IT, a zwłaszcza w testowaniu. Rozumiem, że świat IT może wyglądać na skomplikowany i tajemniczy, a wrażenie może być takie, że się nie uda, że brakuje wiedzy lub że nie podołasz… Ale moim zdaniem IT to najbardziej przyjazna dziedzina, jeśli chcesz się uczyć i jesteś gotów włożyć w to wysiłek. Jeśli jesteś gotów poświęcić ręce i umysł na tworzenie wysokiej jakości oprogramowania, dbać o użytkowników i w końcu – uczynić świat lepszym, to jest to miejsce dla Ciebie!
Checklist na wejście do zawodu
Dla Ciebie przygotowałam małą checklistę na wejście do zawodu:
- Oczywiście, musisz odnajdywać się w komputerach i interesować się technologią. Właściwie, bez tego nie ma co zaczynać.
- Rozwijaj w sobie profesjonalne cechy testera: ciekawość, uważność, zdolność do trzymania w głowie „obrazu” systemu i jego analizy, determinację, odpowiedzialność oraz chęć zajmowania się nie tylko przyjemnym „niszczeniem” systemu, ale także „nudną” pracą nad dokumentacją testową.
- Weź książki o testowaniu (można je znaleźć bez problemu w wersji elektronicznej) – i odłóż je na bok. Uwierzyć mi, na początku to wszystko raczej cię przestraszy, niż zachęci do działania.
- Dołącz do społeczności zawodowej. Może to być forum testerów (jest ich sporo, wybierz to, które najbardziej ci odpowiada), blog profesjonalnego testera lub coś innego. Dlaczego to ważne? Po pierwsze, społeczności testerów są dość przyjazne i zawsze otrzymasz wsparcie i radę, gdy o to poprosisz. Po drugie, kiedy zaczynasz obracać się w tej dziedzinie, będzie ci łatwiej wpasować się w zawód.
- Zacznij pracować. Możesz zacząć jako stażysta-tester, a wtedy starsi koledzy wszystko cię nauczą. Albo zacząć od prostych zadań w freelancerze. W każdym razie musisz zacząć pracować.
- Po tym, jak zaczniesz praktykować testowanie, wróć do książek, które odłożyłeś w punkcie 3.
- Zrozum, że będziesz musiał się ciągle uczyć. Z dnia na dzień, z roku na rok będziesz poznawać coś nowego i w czymś się orientować. Zaakceptuj tę sytuację.
- Zrzuć swoje lęki i wątpliwości i przygotuj się na jedną z najciekawszych prac na świecie 🙂
I oczywiście, nie bój się niczego 🙂
Dasz radę, powodzenia!
UPD: W dyskusjach dotyczących artykułu szanowni komentatorzy zwrócili moją uwagę, że nie wszyscy mogą mieć taką szczęście na początku, jak ja. Dlatego chciałabym dodać punkt 3a do listy kontrolnej.
3a. Mówiąc o tym, że książki lepiej odłożyć na później, miałam na myśli, że na tym etapie niebezpieczne będzie przeciążenie się teorią, ponieważ trudno jest prawidłowo zorganizować wiedzę teoretyczną bez praktyki, a duża ilość teorii może być przytłaczająca. Jeśli chcesz czuć się pewniej i nie tracić czasu na szukanie miejsca, gdzie możesz zacząć praktykować, polecam ci wziąć udział w treningu online dla początkujących testerów lub wysłuchać kursu z zakresu testowania. Oba, i jedno, i drugie są naprawdę łatwe do znalezienia, a informacje tam będą podane w przystępnej formie. No i zobacz następny punkt.
Źródło: habr.com
