moja koleżanka Danila Yusupova bardzo mnie zainspirowała. To niesamowite, jak przyjazna i gościnna jest branża IT – ucz się, wpadaj i zawsze ucz się czegoś nowego. Dlatego chcę opowiedzieć moją historię o tym, jak studiowałam na psychologa i zostałam testerką.
Poszedłem na studia jako psycholog, gdy wołało mnie serce - chciałem pomagać ludziom i być użytecznym dla społeczeństwa. Poza tym bardzo zainteresowała mnie działalność naukowa. Studia były dla mnie łatwe, pisałem artykuły naukowe, przemawiałem na konferencjach, a nawet miałem praktycznie znaczące badania i planowałem dalsze zgłębianie dziedziny psychologii klinicznej. Jednak wszystko, co dobre, szybko się kończy – zakończyły się także moje studia na uniwersytecie. Odmówiłem podjęcia studiów wyższych ze względu na absurdalne zarobki absolwentów i wyruszyłem w wielki świat, aby odnaleźć siebie.
Wtedy czekała mnie niespodzianka: z dyplomem i pracami naukowymi okazałem się do niczego. W ogóle. Szukaliśmy psychologów do przedszkoli i szkół, co było dla mnie nie do przyjęcia, ponieważ nie dogaduję się zbyt dobrze z dziećmi. Aby pójść do konsultingu, trzeba było przepracować określoną ilość czasu za darmo lub za bardzo niewielkie pieniądze.
Powiedzieć, że byłem zdesperowany, to jakby nic nie powiedzieć.
Szukasz czegoś nowego
Jeden z moich znajomych pracował przy tworzeniu oprogramowania i to on zasugerował, że patrząc na moje trudy, powinienem udać się do nich jako tester - dogadywałem się z komputerami, interesowałem się technologią i w zasadzie nie byłem do końca kompletny humanista. Ale do tego momentu nawet nie wiedziałem, że taki zawód istnieje. Stwierdziłam jednak, że na pewno nic nie stracę – i pojechałam. Przeszedłem rozmowę kwalifikacyjną i zostałem przyjęty do zaprzyjaźnionego zespołu.
Zostałem pokrótce zapoznany z oprogramowaniem (program był ogromny, z dużą liczbą podsystemów) i od razu zostałem wysłany na „pola” w celu wdrożenia. I to nie byle gdzie, ale na policję. Przydzielono mi miejsce w piwnicy komisariatu policji w jednym z obwodów naszej republiki (Tatarstan). Tam szkoliłem pracowników, zbierałem problemy i życzenia oraz przeprowadzałem demonstracje przed władzami, przy okazji oczywiście testując oprogramowanie i wysyłając raporty do programistów.
Nie jest łatwo współpracować z przedstawicielami organów ścigania – wykonują rozkazy, ponoszą ścisłą odpowiedzialność i dlatego rozumują w sposób urzędowy. Musiałem znaleźć wspólny język ze wszystkimi: od porucznika do pułkownika. Bardzo mi w tym pomogła moja specjalność.
Opracowanie podstaw teoretycznych
Muszę powiedzieć, że kiedy zaczynałem pracę, nie miałem podstaw teoretycznych. Miałem dokumentację i wiedziałem jak program ma działać; Zacząłem od tego. Jakie istnieją rodzaje testów, jakich narzędzi można użyć, aby ułatwić sobie życie, jak przeprowadzić analizę testów, na czym polega projektowanie testów – tego wszystkiego nie wiedziałem. Tak, nawet nie wiedziałam, gdzie szukać odpowiedzi na te wszystkie pytania i gdzie mogą mnie one wiele nauczyć. Po prostu szukałem problemów w oprogramowaniu i cieszyłem się, że wszystko stało się łatwiejsze i wygodniejsze dla użytkowników.
Jednakże testy na małpach ostatecznie napotykają problem braku podstaw teoretycznych. I zająłem się edukacją. Tak się złożyło, że w naszym dziale i w całym ogromnym projekcie nie było wówczas ani jednego profesjonalnego testera. Testy często przeprowadzali programiści, a jeszcze częściej analitycy. Nie było od kogo konkretnie uczyć się testowania.
Gdzie więc informatyk ma się udać w takich sytuacjach? Oczywiście do Google.
Pierwsza książka na jaką trafiłam . Pomogła mi usystematyzować to, co już wtedy wiedziałem i zrozumieć, w jakich obszarach zawiodłem w projekcie (i w moim rozumieniu testowania). Wskazówki podane w książce były bardzo ważne – i ostatecznie stały się podstawą późniejszej wiedzy.
Potem było jeszcze wiele różnych książek – nie sposób ich wszystkich zapamiętać i oczywiście szkolenia: stacjonarne i online. Jeśli mówimy o szkoleniach bezpośrednich, to niewiele one dały, w końcu testowania nie da się nauczyć w trzy dni. Wiedza o testowaniu jest jak budowa domu: najpierw potrzebny jest stabilny fundament, potem ściany muszą opaść...
Jeśli chodzi o szkolenia online to jest to dobre rozwiązanie. Pomiędzy wykładami jest wystarczająco dużo czasu, aby właściwie wypróbować nową wiedzę, a nawet zastosować ją na żywo w swoim projekcie. Jednocześnie można uczyć się w dowolnym dogodnym dla osoby pracującej terminie (co jest ważne dla osoby pracującej), ale obowiązują też terminy na oddanie zadań (co również jest bardzo ważne dla osoby pracującej :)). Polecam.
Jeśli mówimy o trudnościach na ścieżce testera, to na początku najbardziej przeraziła mnie uciążliwość systemów i duża liczba różnych procesów, które zachodzą. Zawsze wydawało się: „Ale ja tutaj testuję pole, ale na co jeszcze to wpływa?” Musiałem biegać do programistów, analityków, a czasami kontaktować się z użytkownikami. Uratowały mnie diagramy procesów. Rysowałem ich ogromną różnorodność, zaczynając od kartki A4, a następnie przyklejając do niej ze wszystkich stron inne kartki. Nadal to robię, naprawdę pomaga to usystematyzować procesy: zobaczyć, co mamy na wejściu i wyjściu oraz gdzie w oprogramowaniu są „cienkie” punkty.
Co mnie teraz przeraża? Nudna (ale konieczna) praca, taka jak na przykład pisanie przypadków testowych. Testowanie to praca twórcza, ale jednocześnie sformalizowana i metodyczna (tak, to paradoks). Pozwól sobie „unosić się” nad procesami, sprawdź swoje najśmielsze domysły, ale dopiero po przejściu głównych scenariuszy :)
Ogólnie rzecz biorąc, na początku mojej podróży zrozumiałem, że nic nie wiem; że teraz rozumiem to samo, ale! Wcześniej niewiedza mnie przerażała, ale teraz jest to dla mnie wyzwanie. Opanowanie nowego narzędzia, zrozumienie nowej techniki, wzięcie nieznanego dotąd oprogramowania i rozmontowanie go kawałek po kawałku to dużo pracy, ale człowiek rodzi się do pracy.
W swojej pracy często spotykałem się z lekko lekceważącym podejściem do testerów. Mówią, że programiści to poważni, zawsze zajęci ludzie; i testerzy – nie jest jasne, po co w ogóle są potrzebni, można się bez nich obejść. W rezultacie często przydzielano mi dużo dodatkowej pracy, na przykład opracowywania dokumentacji, w przeciwnym razie uważano, że zgrywam głupca. Nauczyłem się pisać dokumentację zgodnie z GOST i dobrze sporządzać instrukcje dla użytkowników (na szczęście miałem dobry kontakt z użytkownikami i wiedziałem, jak będzie to dla nich wygodniejsze). Teraz, po 9 latach pracy na stanowisku testera w grupie firm ICL (ostatnie 3 lata do dziś w oddziale grupy firm - ICL Services), w pełni rozumiem, jak ważna jest praca testerów. Nawet najbardziej niesamowity programista może na coś spojrzeć i coś pominąć. Ponadto testerzy są nie tylko ścisłymi nadzorcami, ale także obrońcami użytkowników. Kto, jeśli nie tester, wie dobrze, jak powinien być zorganizowany proces pracy z oprogramowaniem; a kto jak nie tester może spojrzeć na oprogramowanie z punktu widzenia przeciętnego człowieka i dać rekomendacje co do UI?
Na szczęście teraz w swoim projekcie mogę wykorzystać wszystkie wypracowane wcześniej umiejętności - testuję (przy użyciu przypadków testowych i tak dla zabawy :)), piszę dokumentację, martwię się o użytkowników, a czasem nawet pomagam w testach akceptacyjnych.
W mojej pracy najbardziej podoba mi się to, że trzeba ciągle uczyć się czegoś nowego – nie można stać w miejscu, robić dzień w dzień to samo i być specjalistą. Poza tym miałem dużo szczęścia do zespołu - to profesjonaliści w swojej dziedzinie, zawsze gotowi do pomocy, jeśli coś źle zrozumiem, na przykład przy opracowywaniu autotestów lub przeprowadzaniu obciążenia. A moi koledzy też we mnie wierzą: nawet wiedząc, że mam wykształcenie humanistyczne i zakładając istnienie „martwych punktów” w moim wykształceniu informatycznym, nigdy nie mówią: „No cóż, pewnie sobie nie poradzisz”. Mówią: „Dasz sobie radę, a jeśli masz pytania, skontaktuj się ze mną”.
Piszę ten artykuł przede wszystkim dla tych, którzy chcieliby pracować w IT w ogóle, a w szczególności w testowaniu. Rozumiem, że świat IT z zewnątrz wygląda na zawiły i tajemniczy, i może się wydawać, że nie wyjdzie, że nie masz wystarczającej wiedzy, że nie dasz rady... Ale w moim zdaniem IT to najbardziej gościnna dziedzina, jeśli chcesz się uczyć i jesteś gotowy do pracy. Jeśli jesteś gotowy włożyć ręce i głowę w tworzenie wysokiej jakości oprogramowania, dbać o użytkowników i ostatecznie uczynić świat lepszym miejscem, to jest to miejsce dla Ciebie!
Lista kontrolna dotycząca wejścia do zawodu
A dla Ciebie przygotowałem małą listę kontrolną dotyczącą wejścia do zawodu:
- Oczywiście musisz dobrze posługiwać się komputerem i interesować się technologią. Właściwie bez tego nie musisz zaczynać.
- Znajdź w sobie ważne zawodowo cechy testera: ciekawość, uważność, umiejętność utrzymania w głowie „obrazu” systemu i jego analizowania, wytrwałość, odpowiedzialność i umiejętność angażowania się nie tylko w zabawne „niszczenie” systemu systemu, ale także w „nudnej” pracy tworzenia dokumentacji testowej.
- Weź książki o testowaniu (można je łatwo znaleźć w formie elektronicznej) i odłóż je na bok. Uwierz mi, na początku to wszystko będzie cię przestraszyć, a nie popchnąć do zrobienia czegoś.
- Dołącz do społeczności zawodowej. Może to być forum testowe (jest ich wiele, wybierz to, które Ci się podoba), blog jakiegoś profesjonalnego testera lub coś innego. Dlaczego to? Cóż, po pierwsze, społeczności testerów są dość przyjazne i zawsze otrzymasz wsparcie i radę, gdy o to poprosisz. Po drugie, gdy zaczniesz poruszać się w tym obszarze, łatwiej będzie Ci przystąpić do zawodu.
- Zabrać się do pracy. Możesz zostać stażystą testującym, a wtedy Twoi starsi koledzy nauczą Cię wszystkiego. Lub zacznij od prostych zadań w trybie freelancingu. Tak czy inaczej trzeba zacząć działać.
- Po rozpoczęciu ćwiczeń w testowaniu wróć do książek odłożonych na bok w kroku 3.
- Zdaj sobie sprawę, że będziesz musiał się ciągle uczyć. Dzień po dniu, rok po roku nauczysz się czegoś nowego i coś zrozumiesz. Zaakceptuj tę sytuację.
- Odrzuć swoje lęki i wątpliwości i przygotuj się do jednej z najciekawszych prac na świecie :)
I oczywiście nie bój się niczego :)
Możesz to zrobić. Powodzenia!
UPD: W dyskusjach na temat artykułu szanowni komentatorzy zwrócili mi uwagę na fakt, że nie każdy może mieć na początkowym etapie tyle szczęścia co ja. W związku z tym chciałbym dodać do listy kontrolnej punkt 3a.
3a. Kiedy mówiłem, że książki lepiej na razie odłożyć na bok, miałem na myśli to, że na tym etapie niebezpieczne byłoby przeładowanie teorią, gdyż wiedzę teoretyczną trudno jest odpowiednio ustrukturyzować bez praktyki, a duża ilość teorii może przerazić . Jeśli chcesz poczuć się pewniej i nie tracić czasu na szukanie od czego zacząć ćwiczyć, radzę skorzystać ze szkolenia online dla początkujących testerów lub skorzystać z kursu z testowania. Obydwa są bardzo łatwe do znalezienia, a informacje zostaną przedstawione w przystępnej formie. Cóż, zobacz następny punkt
Źródło: www.habr.com