6 rzeczy, o których chciałbym wiedzieć, kiedy zaczynałem pracę jako inżynier QA

Zanim trafi w ręce klienta, każdy produkt na rynku przechodzi testy , aby upewnić się, że działa prawidłowo i nie psuje się w trakcie procesu. W „linii produkcyjnej” firmy deweloperskiej osobą odpowiedzialną za doskonałość produktu końcowego jest inżynier ds. zapewnienia jakości.

Inżynier ds. zapewnienia jakości, znany również jako QA, upewnia się, że nie ma problemów z produktem końcowym i wszystko działa sprawnie . W tym celu przeprowadzają ciągłe testy manualne i automatyczne na wszystkich etapach produkcji.

Ale kontrola jakości to nie tylko tester oprogramowania lub analityk. Aby zapewnić najwyższą wydajność produktu, muszą mieć jasny obraz działalności klienta, logikę stojącą za ideą i celami produktu. Muszą myśleć o profilu użytkownika końcowego, a także mieć dogłębną wiedzę na temat etapów i procesów cyklu rozwojowego.

A to nie jest coś, za co można dostać dyplom. Być może nie trzeba mieć konkretnego wykształcenia ani wykształcenia, aby rozpocząć pracę jako QA, ale pewien zestaw umiejętności na pewno będzie pomocny. Jeśli jesteś elastyczny i wszechstronny, zwracasz uwagę na szczegóły i myślisz nieszablonowo, jeśli jesteś graczem zespołowym i zawsze jesteś gotowy do nauki i doskonalenia, może jest to właściwa ścieżka kariery również dla Ciebie.

Pozwólcie, że opowiem wam historię o tym, jak zostałem inżynierem ds. zapewnienia jakości.

Źródło

Wszystko zaczęło się latem 2014 roku i jak większość dobrych rzeczy w życiu – był to czysty zbieg okoliczności. Pracowałem wtedy jako barman i właśnie ukończyłem studia magisterskie z chemii jądrowej. (Tak, możesz sobie wyobrazić, jakimi „wybuchowymi koktajlami” wtedy się trząsłem).

Pewnego słonecznego dnia dyrektor generalny DevriX, Mario Peshev, poprosił mnie o pomoc w testowaniu ich projektów. Pomyślałem, jasne, czemu nie, to łatwa robota – siedzenie spokojnie, klikanie myszką, dodawanie tu i ówdzie wartości, upewnianie się, że oprogramowanie działa. Jaka byłam wtedy naiwna.

W każdym razie przyjąłem stanowisko testera i od sześciu lat pracuję jako Specjalista ds. kontroli jakości. Jak możesz sobie wyobrazić, testowanie oprogramowania nie było tym, czego się spodziewałem. Nie siedzi i nie klika przez cały dzień myszą. To znacznie więcej, a czasami nawet trudno jest wyrazić słowami to, co faktycznie robimy.

Teraz, gdy jestem już od jakiegoś czasu, zdaję sobie sprawę, że jest 6 podstawowych rzeczy, o których chciałbym wiedzieć, kiedy zaczynałem jako QA. Jeśli jesteś na tej samej ścieżce, czytaj dalej – możesz nauczyć się kilku rzeczy na moich błędach. A jeśli tego nie zrobisz, nie bądź zbyt zarozumiały, będziesz miał mnóstwo czasu na popełnienie własnych błędów. Ponieważ w ten sposób uczymy się i stajemy się najlepsi w tym, co robimy.

1. To nie jest łatwa praca

Źródło

W dzisiejszych czasach pojawia się trend, którego nie mogę nie zauważyć. Wiele osób opuszcza swoją strefę komfortu, aby zmienić ścieżkę kariery i wskoczyć do branży IT.

A duży odsetek tych osób decyduje się na karierę QA, ponieważ wygląda na to, że jest najłatwiejsza.

Nic nie może być dalej od prawdy. W rzeczywistości, aby zostać odnoszącym sukcesy inżynierem QA, musisz włożyć tyle samo czasu i wysiłku, aby zostać programistą . Jest kilka podstawowych umiejętności technicznych , których musisz się nauczyć, ale co ważniejsze, musisz opanować umiejętność wybierania właściwej we właściwym czasie. Inżynier QA łączy wiele ról, a ich praca wymaga zrozumienia całego cyklu rozwoju i celów biznesowych . To nie tylko znajdowanie błędów i wskazywanie, że to lub tamto nie działa.

Aby zostać odnoszącym sukcesy inżynierem QA, musisz włożyć tyle samo czasu i wysiłku, co programista.

Jeśli chcesz być odnoszącym sukcesy inżynierem QA, musisz zrozumieć:

• Jak lepiej zarządzać swoim czasem
• Jak obsłużyć prośby przypisane do Ciebie
• Jak ustalić priorytety swoich zadań

Jednocześnie wszystko to jest częścią roli Project Managera.

Jako QA musisz także rozwinąć umiejętność budowania testowego lub tymczasowego środowiska serwerowego lub być w stanie wdrożyć lub naprawić uszkodzony serwer, co jest częścią roli SysAdmin/DevOps .

Jednocześnie musisz umieć czytać i rozumieć potrzebne informacje z Google Analytics (GA) lub dowolnych innych danych , które są częścią roli Analityka Danych.

Tak więc kontrola jakości wymaga bycia proaktywnym oraz ciągłego uczenia się i odkrywania nowych terytoriów.

2. Nie musisz znać żadnego języka kodowania (ale to pomaga)

Źródło

Jak przeczytałeś na początku, zanim zostałem Inżynierem QA, byłem barmanem.

Moje umiejętności kodowania i baza wiedzy w dowolnym języku programowania były zerowe . Tak, wszystkie testy były czarnej skrzynki. Tak, z mnóstwem kreatywnego myślenia i wysiłku udało mi się to zrekompensować i wykonać swoją pracę.

Jednak w miarę jak projekty stawały się coraz większe , a funkcjonalności coraz bardziej złożone , czas na testowanie podwoił się. A moje „metody” z góry były po prostu nieopłacalne i powodowały dużo stresu.

Tak więc mądrą decyzją było rozpoczęcie nauki PHP. Dlaczego PHP? DevriX jest agencją Enterprise WordPress, a jak wiesz, WordPress to CMS napisany w PHP. Więc jeśli chciałem sprawdzić i zrozumieć logikę dewelopera w zatwierdzeniach, musiałem zrozumieć ich język (kod). Takie podejście znacznie skróciło czas testowania. Co więcej, wiele razy wyłapywano problemy nawet w procesie przeglądu kodu.

Chodzi mi o to, że tak, możesz być testerem bez żadnego języka kodowania, ale to sprawi, że twoje życie stanie się koszmarem. Więc pomyśl o tym.

3. Musisz zrozumieć klienta i cele biznesowe

Źródło

Bycie dobrym QA jest w porządku. Ale jeśli chcesz być doskonałym Inżynierem QA , musisz rozumieć cele biznesowe klienta. Twoja praca polega nie tylko na pisaniu i testowaniu kodu. Chodzi o tworzenie wartości biznesowej.

Jako inżynier ds. kontroli jakości oprogramowania testowanie kodu i zrozumienie celu biznesowego to sposób, w jaki możesz zrobić krok wstecz, aby zobaczyć szerszy obraz tego, co wszyscy robią. Pozwala to na zapewnienie dodatkowej wartości produktowi końcowemu. Bierzesz pomysł, wywracasz go na lewą stronę iz powrotem, dekonstruujesz i odbudowujesz, aby znaleźć wady i słabości. Musisz myśleć z perspektywy klienta, ale także przejść milę w miejscu użytkownika końcowego, aby przewidzieć, jak poradzi sobie z produktem i poprawi swoje wrażenia.

Zrozumienie działalności klienta może sprawić, że będziesz pewniej podejmować decyzje , ustalać priorytety zadań lub efektywniej zarządzać swoim czasem. Może to pomóc w zapobieganiu błędnej implementacji przez zespół programistów, błędnym wyobrażeniom lub niezrozumieniu wymagań.

Tak więc osoby odpowiedzialne za kontrolę jakości naprawdę muszą mieć głowę w grze i być na miejscu.

4. Kontynuuj naukę w sposób ciągły

Technologia informacyjna szybko się zmienia i nikt z nas nie wie, co przyniesie przyszłość. Trudno nadążyć za nowymi technologiami, frameworkami, językami i technikami projektowania. Jeśli jesteś inżynierem QA, który nie aktualizuje swoich umiejętności, nie będziesz w stanie uzyskać najlepszych ofert pracy – szczerze mówiąc, możesz nie dostać nawet żadnej. Zespół jest tak silny, jak jego najsłabsza jednostka. Poszerzenie swojego zestawu umiejętności zwiększy Twoje możliwości, nawet w Twojej organizacji.

Ciągłe uczenie się umożliwia wspieranie innowacji i bycie katalizatorem rozwoju zespołu. Kiedy wprowadzasz do swojego zespołu nowe pomysły, rzucasz wyzwanie członkom zespołu, aby wymyślili nowe i lepsze sposoby działania.

Najlepsi testerzy oprogramowania rozumieją zarówno biznesową, jak i techniczną stronę swojego produktu. Wymyślają unikalne pytania, które mogą nie przychodzić do głowy innym osobom pełniącym inne role w zespole.

5. Zadawaj dobre pytania

Dobrzy testerzy powinni zadawać dobre pytania!

Gdy otrzymasz nowe zadanie, pierwsze pytanie, które musisz zadać, to:
„Z kim muszę porozmawiać, jeśli chcę zrozumieć, co mam przetestować?” Odpowiedź jest prosta – porozmawiaj z każdym, z kim możesz!

Rozpoczynając nowy projekt, musisz stworzyć listę wszystkich osób, które mogą udzielić Ci jakichkolwiek informacji. Trudne jest to, jakie pytanie zadać.

Aby lepiej zrozumieć, o czym mówię, wyobraźmy sobie następujący scenariusz:

Uczestniczysz w ważnym spotkaniu i omawiasz z zespołem nowy ekscytujący projekt. Twoja kolej na zadawanie pytań i kręcisz coś w stylu „Jak myślisz, co powinno zostać przetestowane?” . Wyobraź sobie, jak ludzie patrzą na ciebie!

Prawie wszyscy na sali powiedzą: „Cóż, czy nie jesteś tutaj inżynierem ds. kontroli jakości? Przetestuj wszystko! Nie chcemy żadnych błędów w środowisku produkcyjnym!”

To jest moment, w którym się spieprzyłeś.

Teraz zaczynasz zdawać sobie sprawę, że nie masz czasu na przetestowanie całego produktu, że Twój autorytet w wyższej kadrze kierowniczej zrujnował, że nie rozumiesz samego produktu.

Problem polega na tym, że poprosiliśmy kogoś innego, aby wykonał dla nas naszą pracę, wymyślił, co i kiedy należy przetestować.

Wracając więc do scenariusza spotkania, musimy zadawać pytania, nawet nie mówiąc o operacjach testowych. Spróbuj zrozumieć, które obszary są ważne z punktu widzenia użytkownika lub na podstawie analizy konkurencji. Staraj się zebrać informacje, dlaczego klient wybiera nasz produkt i dlaczego jest tak wyjątkowy.

Oto kilka pytań, które możesz zadać:

• Jakie są najważniejsze aspekty aplikacji? Co sprawia, że ​​jest wyjątkowy w porównaniu z konkurencją?
• Na której części produktu skupimy się w naszych kampaniach marketingowych?
• Czy mamy jakieś dane Google Analytics (takie jak przeglądarki, systemy operacyjne, regiony itp.), które pomogą nam lepiej dotrzeć do odbiorców?
• Czy mamy jakąś formę płatności związaną z produktem? Z jakich dostawców płatności będziemy korzystać, na podstawie doświadczenia?

Zauważ, że nie pytaliśmy, co testować, ale pytaliśmy, co jest ważne dla firmy.

6. Podziel się swoim doświadczeniem z innymi specjalistami ds. kontroli jakości

Źródło

Możesz być niezwykle uzdolnionym Inżynierem QA, ale jeśli nie podzielisz się swoją wiedzą, nie uczyni Cię to ani dobrą osobą, ani świetnym pracownikiem.

Dzielenie się jest dbaniem o innych!

Kiedy czytasz dobry post na blogu lub dowiadujesz się o nowej technologii lub narzędziu – podziel się nim! Dzieląc się tym z zespołem, pokazujesz, że nie tylko jesteś zapalonym uczniem, ale także chcesz pomóc im w nauce i osiąganiu celów zespołowych.

Dzieląc się swoją wiedzą, a także złymi i dobrymi chwilami, popełnionymi błędami lub zdobytymi osiągnięciami, kładziesz podwaliny pod silny zespół.

Swoją wiedzą możesz podzielić się na wiele sposobów:

• Pisz wpisy na blogu związane z Twoim zawodem lub pracą
• Przygotuj i zorganizuj warsztaty
• Opracuj i przeprowadź różne części szkolenia
• Nagrywaj filmy lub podcasty na YouTube

Zawijanie

Wszystko to pomoże ci zostać Superstar QA Engineerem ze świetnym i solidnym zespołem, który cię wesprze, co przyniesie firmie wartość.