Kto jest kim w IT: zawód - tester. Tester oprogramowania to zawód poszukiwany

Problem jest systemowy, bo całkiem dobrze jest, gdy HR jest wyszukiwany za pomocą słów kluczowych, takich jak „testy obciążeniowe”, „funkcjonalny”. Kiedy jednak w procesie recenzji nacisk kładzie się nie na testowanie umiejętności, nie na aktywność i elastyczność kandydata, ale na konkretne narzędzie, to już jest problem, zwłaszcza gdy po testowaniu nie ma śladu (jest małpowanie) i nie jest faktem, że wymagane narzędzie jest skuteczniejsze od tego, które zna wnioskodawca. Problem w tym, że na pierwszy plan, przed znajomością języków czy teorii programowania, stawiana jest znajomość drobnego niuansu czy narzędzia, którego opanowanie zajmie kilka godzin. W jednym z wywiadów dość zabawnie było odpowiedzieć na pytania: „wymień jakąś książkę o testowaniu”, a po odpowiedzi na temat Sama Kanera usłyszeć: „tego nie wiemy, ale czy czytałeś coś o cyklu życia błędu?” Byłoby to śmieszne, gdyby nie było takie smutne. To smutne, gdy HR zgłasza odmowę ze względu na brak doświadczenia kandydata, choć wynika to ze złego podkreślenia.

Znalezienie dobrego testera to duży problem, bo inżynier testów to w idealnym przypadku osoba, która rozwiązuje problemy techniczne związane z tworzeniem oprogramowania, swego rodzaju osoba rozwiązująca problemy. Dla takiej osoby, oprócz umiejętności technicznych, bardzo ważna jest uważność, dociekliwy umysł, aktywność oraz umiejętność przekazywania myśli i obrony swojego punktu widzenia na każdym poziomie. Testerzy są w pewnym sensie badaczami ze świata tworzenia oprogramowania. Dlatego w rękach inżyniera testowego łatwo rozpoznawalnym symbolem jest lupa (soczewka) obserwująca robaki. Doskonale charakteryzuje pracę testera: służy zarówno zgodnie z jego przeznaczeniem, do wykrywania usterek, jak i do „wypalania dziur”, przy jego pomocy można rozpalić ogień, a nawet mając cały system soczewek obserwować gwiazdy. Najważniejsze, żeby móc to zrobić.

Uwaga nr 5

Intel ma dominujące podejście, w którym narzędzia dobierane są na podstawie preferencji pracowników biorących udział w projekcie. Oznacza to, że ogólnie rzecz biorąc, nie ma znaczenia, jakie narzędzie i język wybierzesz do rozwiązania problemu, najważniejsze jest jego rozwiązanie. Współistnienie trzech różnych inżynierów testowych piszących w trzech różnych językach jest całkowicie akceptowalne, pod warunkiem, że problem zostanie rozwiązany, skutecznie, koszty wsparcia są rozsądne, a proces jest udokumentowany. Ponadto wiele używanych narzędzi jest bezpłatnych, open source lub zastrzeżonych. Obecnie istnieje ogromna liczba narzędzi, za pomocą których można rozwiązywać różne problemy, a wybór narzędzi nie powinien ograniczać możliwości inżyniera. Jeśli jednak jakieś zadanie rzeczywiście wymaga użycia innego narzędzia niż ogólnodostępne, to przy jasnym zrozumieniu i uzasadnieniu można je kupić i wykorzystać. To znowu odpowiada celom firmy - nie wbijaj gwoździ pod mikroskopem, nie pracuj wydajnie, wyciskając maksimum z narzędzi, jeśli kwalifikacje inżynierów pozwalają im poradzić sobie z „małymi stratami”. Dobrą alternatywą jest także uczestnictwo w projektach open source i inwestowanie w nie w celu późniejszego wykorzystania na własne potrzeby. Takie podejście zabija dwie pieczenie (własne potrzeby) i zadania i tworzy narzędzia, z których całe społeczeństwo może swobodnie korzystać.

Zamiast wniosków

Tester to coś więcej niż zawód. To obraz proaktywnego życia i chęci uczynienia tego życia lepszym dla wszystkich za pomocą wykonalnych i skutecznych środków. Cele testera dotyczące produktu są najbliższe celom biznesowym i strategicznemu celowi firmy dotyczącemu tego produktu, a jednocześnie sięgają głęboko w firmę jako badacz. A jeśli tak, to jego głównymi cechami są energia, wiedza i elastyczność. Ale jednocześnie praca testera nie oznacza ogólnej wiedzy i odpowiedzialności za jakość produktu i jakość usług. Testowanie ma granice: z jednej strony ograniczone projektem i wymaganiami w nim zawartymi (zarządzanie projektem i założony cykl życia programu), z drugiej strony procesami, za które odpowiada QA. Ale różnice między kontrolą jakości a testowaniem to zupełnie inna sprawa.

Tagi: Dodaj tagi

Ta specjalność jest poszukiwana. I jak w każdym IT, brakuje personelu, szczególnie wykwalifikowanego. To prawda, że ​​​​jest popyt głównie w dużych organizacjach, które przykładają wystarczającą wagę do testowania.

Sama specjalność jest bardzo zróżnicowana i zakłada znajomość programowania, metodologii testowania i narzędzi z nimi związanych (a także ich pisanie).

Testowanie jest stosowane wszędzie, począwszy od pisania kodu podczas rozwoju produktu, aż po testowanie „przypadków” na etapach wsparcia technicznego.

Samo wypisanie różnych opcji testowania może zająć więcej niż jedną stronę tekstu. Wymienię tylko kilka.

  • testy jednostkowe - testy mające na celu zapewnienie jednoznacznego działania bloków oprogramowania
  • testy integracyjne - testy interakcji pomiędzy różnymi blokami oprogramowania
  • testy obciążeniowe – testy mające na celu identyfikację wąskich gardeł wydajnościowych
  • testy funkcjonalne - testy
  • Testowanie regresyjne – identyfikacja problemów przy wprowadzaniu zmian
  • testy bezpieczeństwa - mówi samo za siebie
  • badanie zachowań użytkowników

Dobry tester jest bardzo cenny. Jego główne cechy to bycie trochę programistą, szalonym użytkownikiem i dobre rozeznanie w temacie swojej działalności. Rozwój kariery, od testera, przez programistę, aż po specjalistę ds. bezpieczeństwa lub jakości, menadżera produktu, szefa zespołu ds. rozwoju lub jakości, po prostu cudowna osoba, która ma „wszystko w ogniu” w swoich rękach :-)

Jeśli spojrzymy wyłącznie na liczbę wakatów, to na testerów nie jest tak duże zapotrzebowanie jak na programistów, jednak tutaj musimy zastrzec, że z testowaniem bywa różnie, a wakaty są głównie w dwóch kategoriach - testerzy manualni i inżynierowie automatycy. Napiszę o nich, bo... Nie spotkałem się jeszcze z innymi rodzajami testów.

Testerzy manualni mają dość monotonną pracę - ręczne klikanie skryptów testowych, komunikowanie się z analitykiem biznesowym i klientem, a czasami wyjaśnianie wymagań. Zarabiają mniej niż programiści, ale bariera wejścia do zawodu też jest najniższa: wystarczy im dobra znajomość języka, głównie angielskiego, oraz znajomość metodologii testowania (tutaj radzę przeczytać o przygotowaniu do ISTQB, są tam podstawowe pojęcia i terminy, będzie bardzo przydatne). Znalezienie pracy bez doświadczenia jest dość trudne, ponieważ chętnych do pracy w WNP jest bardzo dużo właśnie ze względu na niski próg wejścia.

Automatory to skrzyżowanie testera i programisty; tworzą programy, które automatycznie przechodzą skrypty testowe. W związku z tym wymagania tutaj są wyższe, potrzebna jest znajomość przynajmniej jednego języka programowania i frameworku testowego (np. Selenium) i takich testerów ceni się wyżej, łatwiej jest znaleźć pracę, a zarobki są mniej więcej na poziomie deweloperskie lub nieco niższe, w zależności od konkretnego miejsca pracy. Łatwiej dostać pracę bez doświadczenia niż jako tester manualny, a w przyszłości łatwiej zostać programistą, jeśli się tego chce.

Cóż, ogólnie rzecz biorąc, doświadczeni testerzy są poszukiwani, przy dwuletnim doświadczeniu znalezienie pracy nie stanowi żadnego problemu. Jeśli wahasz się pomiędzy testerem a programistą, radzę wybrać się na staż, wypróbować obie opcje, a następnie wybrać tę, która najbardziej Ci się podoba.

Ogólnie rzecz biorąc: „Wszystkie zawody są ważne, wszystkie zawody są potrzebne!” Z całą pewnością mogę powiedzieć, że we współczesnych realiach wymaga to pracy wielu ludzi, gdyż wiele firm boryka się z niedoborami specjalistów. Zjawisko to jest zauważalne w wielu krajach świata (wyjątkiem mogą być kraje bardzo rozwinięte, jak np. Singapur, gdzie nie ma takiego problemu, bo dużo ludzi tam jeździ, lub kraje, które rozwijają się bardzo wolno). Zatem im więcej powstaje oprogramowania (obojętnie jakiego), tym więcej testerów jest potrzebnych.

Głównym celem testera jest symulowanie wielu różnych sytuacji korzystania z produktu przez potencjalnego klienta (testowanie) i próba znalezienia podatności i błędów w tym produkcie. Następnie pokaż ten problem programiście, aby mógł go naprawić (w tym przypadku może pojawić się jeszcze więcej błędów). To, co dokładnie musisz wiedzieć, będzie można lepiej zrozumieć, gdy zaczniesz to rozumieć. Oferty pracy często wskazują, co jest wymagane (oczywiście nie wszystko, co jest napisane, jest wymagane). Najlepiej poszukać kursów z zakresu testowania, a także podręczników i innych możliwych źródeł wiedzy. Do napisania testów lub niektórych narzędzi testowych może być potrzebna znajomość języka programowania. Jeżeli już zdecydowałeś, że na pewno chcesz się tego uczyć i masz do tego motywację, przygotuj się na to, że nie wszystko wyjdzie za pierwszym razem i będziesz musiał się pewnych rzeczy nauczyć. Ale wierzę w ciebie! Nie poddawaj się, nawet jeśli wszyscy w Ciebie wątpią, jest cel – dąż do niego bez względu na wszystko.

Bardzo poszukiwany. Dobry i kompetentny tester zostanie wyrwany z rąk i nóg.

Jak stwierdzono w innej odpowiedzi, praca jest bardzo zróżnicowana. a tester musi rozumieć nie tylko testowanie, ale także samo programowanie na akceptowalnym poziomie.

Wśród wad pracy testerów można wyróżnić momenty przedpremierowe (specyfika niektórych projektów wymusza na testerach pracę po 16 godzin dziennie lub nawet więcej)

Cóż, z osobistych obserwacji zauważam, że praca testera jest opłacana o 20 procent mniej niż praca programisty, co oczywiście jest niesprawiedliwe.

Z moich pomysłów i obserwacji wynika, że ​​jest to bardzo popularna specjalność. Postęp nie stoi w miejscu. Stale pojawiają się nowe usługi, witryny i aplikacje. Tester pomaga firmie zaoszczędzić pieniądze i zyskać dobrą reputację, identyfikując z wyprzedzeniem błędy i niedociągnięcia (w tym te krytyczne). Istnieją różne rodzaje testów, różne branże mają swoją specyfikę, więc pracy wystarczy dla każdego. Wielu testerów zostaje wówczas programistami, a ich miejsce mogą zająć nowi ludzie.

P.S. Spojrzałem na hh.ru, od razu pokazało prawie 1000 wolnych stanowisk pracy z wynagrodzeniami od 30 do 200 tr.

Całkiem, bardzo poszukiwany. W naszej firmie 4 zespoły „ścigają się” w momencie otwarcia stanowiska testera.
Z tego co wiem, trudniej jest o pracę jako tester manualny - ktoś, kto ręcznie testuje całą funkcjonalność - bez doświadczenia, niż jako programista i tester automatyzacyjny, ze względu na dużą konkurencję. Nie należy jednak zwracać na to zbytniej uwagi.

Informatyka ewoluuje, cały czas powstają nowe produkty, które wymagają testów przed wejściem na rynek, aby końcowy użytkownik otrzymał produkt wysokiej jakości. Od testującego zależy w jakim stanie produkt trafi na rynek.

Kim jest tester

W każdej firmie ważne jest otrzymywanie na czas informacji zwrotnych i informacji zwrotnych na temat swojej pracy, pożądane jest, aby były one obiektywne. Podobnie jest z programistami – aby osiągać dobre rezultaty, trzeba jak najszybciej otrzymać pozytywną i negatywną informację zwrotną na temat wykonanej pracy. Zadaniem testera jest przekazywanie informacji zwrotnej programistom. Im szybciej otrzymana zostanie odpowiedź, tym szybciej programiści naprawią błąd, jeśli taki wystąpi.

Jeśli mówimy konkretnie o tym, kim jest tester i czym się zajmuje, to jest to osoba, która sprawdza pracę wykonaną przez zespół programistów, wskazuje błędy w działaniu oprogramowania (strony internetowej, aplikacji, chatbota itp.).

Zdefiniowanie słowa „testowanie” jest dość trudne, ale tak nie jest:

  • rozwój – nawet jeśli tester wie, jak napisać kod, testowanie nie jest tworzeniem oprogramowania;
  • analiza i zbieranie danych – choć w pracy trzeba doprecyzować dane i je analizować, to praca ta wykonywana jest tylko wtedy, gdy jest to konieczne, a nie stale;
  • pisanie techniczne - gdzie tester musi udokumentować swoją pracę i testy.

Testowanie nie jest jedną z tych czynności, ponieważ całą tę pracę wykonują, aby ułatwić proces własnej pracy.

Rodzaje testów

Nie ma uniwersalnych testerów, w przeciwnym razie praca byłaby kiepskiej jakości. Istnieje kilka rodzajów testów mających swoją własną charakterystykę.

Testy funkcjonalności

Testowanie funkcjonalne opiera się na analizie specyfikacji funkcjonalności poszczególnych komponentów lub systemu jako całości. Testy w tej formie opierają się na funkcjach jakie realizuje system. Zazwyczaj funkcje te są opisane w wymaganiach lub specyfikacjach.

Główną zaletą testów funkcjonalnych jest symulowanie rzeczywistego użycia systemu podczas testów. Wada 2:

  • możliwość pominięcia błędów logicznych w oprogramowaniu;
  • nadmierne testowanie.

Test naprężeń

Testowanie obciążenia nazywane jest również testowaniem wydajności. Jest to zautomatyzowany rodzaj testów, podczas którego symulowane jest działanie systemu.

Głównym zadaniem tego typu testów jest określenie możliwości aplikacji pod określonymi obciążeniami. W takim przypadku należy wziąć pod uwagę następujące kwestie:

  • czas na wykonanie operacji przy określonej intensywności ich wykonania;
  • liczba użytkowników korzystających jednocześnie z aplikacji;
  • granice akceptowalnej wydajności przy wzroście obciążenia;
  • wydajność przy bardzo wysokich poziomach obciążenia.

Testuje także niezawodność aplikacji. Jest to określane na podstawie wydajności aplikacji podczas wielogodzinnych testów oprogramowania przy średnim obciążeniu.

Automatyczne testowanie

Testowanie automatyczne to test oprogramowania, podczas którego główne funkcje i etapy testowania są wykonywane automatycznie przy użyciu specjalnych narzędzi. Działania, które należy sprawdzić, obejmują:

  • początek;
  • inicjalizacja;
  • wykonanie testu;
  • analiza;
  • wyjście wyniku.

Tester w tym przypadku tworzy, debuguje i utrzymuje skrypty testowe, przypadki testowe i narzędzia testowe w sposób zautomatyzowany.

Test użyteczności

Jest to testowanie użyteczności interfejsu przez użytkownika końcowego. Dzięki badaniom użyteczności możesz dowiedzieć się, czy produkt spełnia oczekiwania i jest wygodny w użytkowaniu. Tester użyteczności musi spojrzeć na produkt oczami użytkownika. Podczas procesu weryfikacji wykonuje typowe zadania, które użytkownik będzie wykonywał w przyszłości i w razie potrzeby prowadzi produkt do lepszej wersji.

Testowanie użyteczności może być przydatne w kilku przypadkach:

  • testowanie użyteczności interfejsu;
  • porównanie produktu z konkurencją;
  • porównanie kilku wersji interfejsów jednego produktu.

W tym przypadku testowane są nie tylko witryny. Interfejsów jest wiele innych: głosowe, formularze drukowane, procesy biznesowe, aplikacje na smartfony i komputery i inne.

Testy integracyjne

Istotą testów integracyjnych jest sprawdzenie powiązania pomiędzy komponentami całego produktu oraz ich interakcji z innymi częściami systemu.

Istnieje kilka rodzajów tego badania:

  • od dołu do góry - wszystkie moduły, procedury, funkcje niskiego poziomu są zbierane i testowane, po czym składany jest kolejny poziom komponentów;
  • od góry do dołu - najpierw testowane są komponenty wysokiego poziomu, a następnie poziom jest stopniowo obniżany;
  • Wielki Wybuch – wszystkie komponenty, niskiego i wysokiego poziomu, są łączone i testowane razem, aby można było przeprowadzić szybkie testy.

Testowanie konfiguracji

Ma na celu przetestowanie wydajności produktu w różnych konfiguracjach:

  • platformy;
  • kierowcy;
  • konfiguracje komputera.

Na poziomie weryfikacji serwera sprawdzana jest interakcja produktu ze środowiskiem, w którym zostanie zainstalowany. Głównym zadaniem tego etapu jest znalezienie optymalnej konfiguracji sprzętu do pracy z produktem.

Na poziomie klienta staje się jasne, jak wygodne jest korzystanie z produktu i jego funkcjonalności.

Testowanie bezpieczeństwa

Testy bezpieczeństwa przeprowadzane są w celu sprawdzenia bezpieczeństwa, analizy zagrożeń związanych z atakami hakerskimi i wirusami. Głównym zadaniem badań bezpieczeństwa jest ustalenie maksymalnego bezpieczeństwa i komfortu podczas użytkowania produktu.

Zasady testowania:

  • dostępność;
  • poufność;
  • uczciwość.

Testowanie gry

Testowanie gier, pomimo atrakcyjnej nazwy, jest dość skomplikowane i żmudne. Jej głównym celem jest sprawdzenie gry pod kątem błędów, tak aby produkt dotarł do konsumenta w wysokiej jakości formie. Grę i jej segmenty trzeba ukończyć i powtórzyć kilkadziesiąt razy, ponieważ naprawienie jednego błędu może prowadzić do kolejnego. Wszystkie testy przeprowadzane są ręcznie i zajmują dużo czasu. Ponadto gry mogą mieć kilka wersji, na przykład na komputer i smartfon z systemem Android - wtedy test ma swoją własną charakterystykę i liczba testów podwaja się.

Jakich umiejętności potrzebuje tester?

Główną cechą dobrego testera jest pasja do swojej pracy. Trzeba także dążyć do samorealizacji w tym obszarze. Aby podnieść poziom testów, trzeba stale studiować informacje o tym, jak poprawić jakość pracy, jakie cechy mogą mieć niektóre produkty.

Wymagania wobec testera oprogramowania (plus/minus w zależności od firmy):

  • Zrozumienie czym jest błąd, przypadek testowy, strategia testowania (i umiejętność jej zbudowania), raport o błędach;
  • Podstawowa znajomość testów automatycznych;
  • Szybko się uczący, potrafiący dostosować się do szybko zmieniającego się środowiska;
  • Umiejętność pracy z bazą danych – podstawowe pojęcia i zapytania;
  • Umiejętności komunikacyjne są ważne w interakcji z zespołem;
  • Analityczny umysł;
  • Umiejętność szybkiego przetwarzania dużej ilości informacji.

Przydatna może być także znajomość języka Java, Pythona dla testera i innych języków programowania. Ale jednocześnie ich wiedza może zakłócać pracę, ponieważ tester może próbować poprawić błędy innych osób, to znaczy nie wykonywać swojej pracy. A to obniża jakość.

Wynagrodzenie testera

Średnia pensja testera w Moskwie wynosi około 70 tysięcy rubli, w Petersburgu - 50. Jekaterynburg jest nieco w tyle - 45 tysięcy rubli. W mniejszych miastach płace są niższe. W Wołgogradzie, Woroneżu, Permie, Ufie, Kazaniu pensja wynosi 33-40 tysięcy rubli.

Początkujący testerzy bez doświadczenia mogą spodziewać się wynagrodzenia stanowiącego połowę lub 2/3 średniej pensji testera w mieście.

Tester z wyższym wykształceniem i co najmniej rocznym stażem pracy może liczyć na pensję 65 tys. w Petersburgu i 80 tys. w Moskwie. Maksymalny dochód w stolicy wynosi 150 tysięcy, w Petersburgu - 120 tysięcy rubli.

Specjaliści zajmujący się testowaniem skomplikowanych produktów zarabiają ponad 150 tys. Najmniej zarabiają specjaliści od gier i użyteczności.

Tester w domu zarabia mniej więcej tyle samo, co w biurze. Zarobki freelancingu w dużej mierze zależą od miasta, w którym znajduje się siedziba pracodawcy. Czasami firmy tworzące oprogramowanie z Moskwy specjalnie szukają specjalisty z małego miasteczka, aby zapłacić mniej. Dodatkowo freelancing dla testerów to szansa na połączenie kilku projektów i zarobienie więcej.

Jak zostać testerem

Aby zostać testerem nie trzeba mieć wyższego wykształcenia. Ważne jest, aby móc się skoncentrować i nie przegapić małych rzeczy. Testerem możesz zostać nawet od zera, jednak nadal musisz posiadać pewną wiedzę. Na przykład musisz umieć posługiwać się komputerem i programami, wypowiadając się po imieniu, a także poruszać się w nieznanym środowisku. Dobrze jest także znać przynajmniej jeden język programowania i rozumieć podstawy obsługi bazy danych.

Jeśli masz wyższe wykształcenie, to dobrze. Firmy preferują kandydatów z wykształceniem technicznym, ponieważ to oni mają analityczny umysł. Ale jeśli twoje wykształcenie jest humanitarne, nie rozpaczaj. Musisz stworzyć CV zawierające informacje o projektach, nad którymi pracowałeś. Nawet jeśli nie ma doświadczenia zawodowego, ale są zajęcia z częścią praktyczną, praca dyplomowa, staż w IT - to wszystko powinno zostać uwzględnione w CV, aby przyciągnąć uwagę. Koniecznie wskaż swoje główne atuty, które mogą przydać się w pracy na stanowisku testera. Mogą to być: dbałość o szczegóły, wytrwałość, znajomość programów komputerowych, empatia, znajomość języków programowania, znajomość języków obcych.

Przygotowując się do rozmowy kwalifikacyjnej warto zapoznać się z następującymi tematami:

  • Certyfikat Jakości Oprogramowania;
  • co to jest testowanie;
  • rodzaje testów;
  • poziomy testowania;
  • artefakty testowe i ich przeznaczenie;
  • wprowadzenie do projektowania testów;
  • automatyzacja testowania i jej rodzaje;
  • Testowanie metryk i sposobów ich wykorzystania.

Testowanie oprogramowania. Poziom 1. 1 miesiąc.
Wiedza teoretyczna i wstępne doświadczenie

Obecnie zawód testera stał się bardziej istotny niż kiedykolwiek w branży IT. Przede wszystkim istnieje duże zapotrzebowanie na specjalistów zajmujących się testowaniem oprogramowania. Do głównych obowiązków takich pracowników należy identyfikacja błędów w działaniu programów i symulowanie różnych sytuacji związanych z ich dodatkowym obciążeniem. Tym samym testerzy wykrywając i opisując błędy, wysyłając o nich raporty w celu wprowadzenia poprawek do programu, testerzy na bieżąco współdziałają z zespołem programistów. Kurs Software Tester Level 1 od GeekBrains jest przeznaczony dla tych, którzy chcą rozpocząć karierę w testowaniu oprogramowania. Obejmuje teorię i praktykę tworzenia przypadków testowych, zestawów testowych, zgłaszania błędów i raportowania wyników testów. Kurs to 8 praktycznych lekcji, podczas których zdobędziesz wiedzę i umiejętności niezbędne do łatwego zaangażowania się w tworzenie i doskonalenie projektu IT.

Lekcja 1. Podstawowe pojęcia w testowaniu

Co to jest testowanie? Jak określić jakość oprogramowania (normy ISO, kryteria jakości, metryki). Kategorie błędów oprogramowania. Terminologia.

Lekcja 2. Miejsce testowania w procesie wytwarzania oprogramowania

Cykl rozwoju oprogramowania. Cykl testowania oprogramowania. Rodzaje testów w procesie wytwarzania oprogramowania. Zgodność testowania z metodologią tworzenia oprogramowania.

Lekcja 3. Tworzenie przypadków testowych

Definicja i struktura przypadków testowych. Cechy dobrego testu. Aksjomaty testowania. Wsparcie przypadków testowych. System zarządzania jakością. Zestawy testowe. Listy kontrolne. Przygotowanie danych testowych.

Lekcja 4. Klasy równoważności i warunki brzegowe. Planowanie i praca z wymaganiami

Definicja i wyszukiwanie klas równoważności. Granice klas równoważności. Praca z wymaganiami oprogramowania. Udział w planowaniu wydań oprogramowania. Co zrobić, jeśli nie ma dokumentacji.

Lekcja 5. Praca z modułem do śledzenia błędów

Definicja i funkcje narzędzia do śledzenia błędów. Jak poprawnie formułować zadania. Cykl życia (przepływ pracy) błędów. Szybkie śledzenie zadań w narzędziu do śledzenia błędów.

Lekcja 6. Testowanie regresyjne

Cel testów regresyjnych. W jakich przypadkach wymagane są testy regresyjne? Dobór zestawów testowych do testów regresyjnych. Priorytetyzacja i optymalizacja zestawów testowych.

Lekcja 7. Organizacja procesu testowania

Hierarchia stanowisk w testowaniu. Planowanie i szacowanie terminów testów. Kryteria rozpoczęcia/zakończenia testów. Raportowanie wyników testów. Przygotowanie stanowiska pracy.

Lekcja 8: Testowanie interfejsu użytkownika

Funkcje testowania interfejsów użytkownika GUI i aplikacji internetowych.

Testowanie oprogramowania. Poziom 2. 1 miesiąc.
Praca z dokumentacją i testowanie aplikacji

Wiele osób uważa, że ​​zawód testera jest nudny i monotonny. Jednak ta opinia jest niesprawiedliwa. Profesjonalny tester to przede wszystkim osoba, która wie, jak kreatywnie podejść do rozwiązania stojących przed nim problemów. Doświadczenie zdobyte w tym zawodzie może stać się odskocznią do kariery programisty. Ważną cechą pracy testera jest możliwość pełnego outsourcingu i freelancingu. Kurs Software Tester Level 2 od GeekBrains przeznaczony jest dla osób, które znają już podstawy testowania i chcą zdobyć głębszą wiedzę i umiejętności potrzebne do rozpoczęcia kariery w branży IT. W jego ramach badane są metody badania testowanego oprogramowania, techniki określania wymaganej liczby testów oraz metody wizualizacji testowanej funkcjonalności. Kurs składa się z 8 praktycznych lekcji, po których będziesz mógł sprawdzić się jako ekspert w obsłudze oprogramowania, posiadający własną wizję najlepszej organizacji procesu testowania.

Lekcja 1. Analiza testów. Badania oprogramowania

Rodzaje i cele badań oprogramowania. Rozkład aplikacji.

Lekcja 2. Testowanie dziedzin i kombinacje parametrów

Lekcja 3. Testuj kombinatorykę

Tworzenie zestawu testowego. Minimalne kontrole. Iterowanie po wartościach. Kontrole atomowe. Parami. Metoda wzajemnie powiązanych kontroli.

Lekcja 4: Testowanie stanów i przejść

Analiza oprogramowania pod kątem możliwych stanów i przejść. Identyfikacja cykli życia jednostek i kombinacji stanów. Wybór ważnych czeków.

Lekcja 5. Analiza testów w oparciu o logikę biznesową

Wybór warunków wymagań biznesowych. Tworzenie tabel decyzyjnych. Łączenie testów w oparciu o tabelę decyzyjną.

Lekcja 6. Analiza testów oparta na ryzyku (przewidywanie błędów)

Definicja testowanej funkcjonalności oprogramowania. Identyfikacja potencjalnych błędów i ich stopniowanie. Definicja strategii.

Lekcja 7: Strategia testowania

Cele i zadania strategii testowania. Wybór odpowiednich technik w zależności od funkcjonalności i cech. Rachunkowość testów niefunkcjonalnych.

Lekcja 8. Ocena wydajności testu

Ocena zasięgu testów. Ocena efektywności testów.

Wprowadzenie do automatyzacji testów. 1 miesiąc.
Automatyczne testowanie

Automatyzacja jest częścią ogólnego procesu testowania i jest ważnym elementem projektowania pracy i śledzenia procesu testowania w ramach tworzenia oprogramowania. Podczas kursu zapoznasz się z różnymi aspektami stosowania podejść do budowania automatycznych procesów testowania. Dowiedz się, jakie rodzaje oprogramowania istnieją do przeprowadzania autotestów. Zrozumiesz jak zautomatyzować procesy testowe i stworzyć swoje pierwsze testy automatyczne.

Lekcja 1: Wprowadzenie do testów automatycznych

Co to jest testowanie automatyczne; jakie rodzaje testów automatycznych istnieją; wybór projektu: ręczny lub automatyczny; czarno-biała skrzynka w automatyce; przegląd i dobór narzędzi.

Lekcja 2: Strategia testów automatycznych. Praktyczne tworzenie testów przy użyciu Autoit.

Podjęcie decyzji o wprowadzeniu automatyzacji; projekt autotestu; strategie testów automatycznych; proces wdrażania automatyzacji; środowisko testowe dla automatyzacji; tworzenie autotestu za pomocą Autoit.

Lekcja 3. Rodzaje testów automatycznych

Rodzaje testów automatycznych; automatyczne testy funkcjonalne; narzędzia do testowania użyteczności; automatyczne testowanie obciążenia.

Lekcja 4. Projekt Selenium i jego elementy.

Cele, zadania, cechy Selenium. Selenium WebDriver. Selen RC. Serwer selenowy. Siatka selenowa. Przykład wykorzystania Selenium IDE w praktyce.

Lekcja 5. Automatyczne testowanie obciążenia na przykładzie Apache Jmeter

Test naprężeń; zasady i praktyka konstruowania testów obciążeniowych; przegląd narzędzi; przykład użycia Apache Jmeter.

Lekcja 6. Zautomatyzowane testy mobilne

Testowanie aplikacji mobilnych; narzędzia zautomatyzowane – przegląd, selekcja; Test naprężeń; emulatory mobilne; farmy mobilne.

Lekcja 7. Automatyzacja procesu testowania

Automatyzacja procesu testowania i tworzenia testów; narzędzia do automatyzacji procesów testowych; generowanie testów; ramy; wtyczki.

Lekcja 8. Praca z wymaganiami i opisami problemów

Wymagania, zadania; systemy do pracy z wymaganiami i wyznaczania zadań; systemy śledzenia błędów; konfigurowanie procesów testowych oraz ich automatyzacji i narzędzi.

Podstawy baz danych. 20 lekcji.
Projektowanie baz danych i zapytania SQL

Bazy danych (DB) to systemy przechowywania i przetwarzania danych, do których dostęp można uzyskać za pomocą języka SQL (Structured Query Language). Każda nowoczesna witryna internetowa, gra lub aplikacja komputerowa wymaga przechowywania danych. Obecnie istnieje wiele różnych systemów zarządzania bazami danych (DBMS), z których najpopularniejszym jest MySQL. „Podstawy Bazy Danych” to 20 intensywnych lekcji wideo (po 10 minut każda), podczas których przejdziemy przez wszystkie etapy projektowania bazy danych na przykładzie sklepu internetowego wykorzystującego język zapytań SQL. Po tym kursie będziesz potrafił korzystać z różnych baz danych, takich jak MS SQL i Postgre Sql, ponieważ składnia SQL jest dla nich praktycznie taka sama.

Lekcja 1: Relacyjne bazy danych

Jaka jest różnica między bazą danych a systemem DBMS; jakie bazy danych nazywane są relacyjnymi; przegląd współczesnego systemu DBMS.

Lekcja 2. Instalacja systemu DBMS

Instalacja MySql DBMS i aplikacji graficznej Mysql Workbench.

Lekcja 3. Projektowanie baz danych, formy normalne

Projektowanie danych w Excelu; normalne formy; główny klucz.

Lekcja 4. Polecenie SQL CREATE

Tworzenie tabel w interfejsie GUI MySql Workbench; UTWÓRZ, polecenie; typy danych; pracować w konsoli.

Lekcja 5. Polecenie SQL INSERT

Wypełnianie tabel danymi za pomocą interfejsu graficznego; WSTAW, polecenie; AUTOMATYCZNY WZROST.

Lekcja 7. Polecenia SQL DISTINCT, ORDER BY, LIMIT

Odbiór i filtrowanie danych za pomocą poleceń SQL DISTINCT i LIMIT; sortowanie za pomocą polecenia ORDER BY.

Lekcja 9: Spójność danych

Pojęcie spójności lub spójności danych.

Lekcja 10. Klucz obcy

Pojęcie klucza obcego i ograniczenia dotyczące wartości kolumn; KLUCZOWE OGRANICZENIA ZAGRANICZNE.

Lekcja 11. Tworzenie tabel z relacją wiele do wielu

Dodanie koszyka do bazy sklepu internetowego.

Lekcja 12. Złożony klucz podstawowy

Używanie złożonego klucza podstawowego podczas projektowania tabeli z relacją wiele do wielu.

Lekcja 13. Łączenie danych z wielu tabel

Pobieranie danych z kilku powiązanych ze sobą tabel; niespójność podejścia przy użyciu kilku SELECT.

Lekcja 14. Operator INNER JOIN

Łączenie danych z wielu tabel za pomocą operatora INNER JOIN.

Lekcja 15. Operatory LEWY DOŁĄCZ, PRAWY DOŁĄCZ

Łączenie danych z wielu tabel za pomocą operatorów LEFT JOIN i RIGHT JOIN.

Lekcja 16. Operator UNION

Łączenie wyników wielu zapytań SQL przy użyciu operatora UNION.

Lekcja 17. Funkcje agregujące

Funkcje agregujące COUNT, SUM, MIN, MAX.

Lekcja 18. Operator GROUP BY

Zgrupuj wybrany zestaw wierszy za pomocą klauzuli GROUP BY.

Lekcja 19. Indeksy

Filtrowanie w GRUPIE PRZEZ za pomocą HAVING; zwiększenie szybkości wykonywania zapytań przy użyciu indeksów.

Lekcja 20. Transakcje

Koncepcja transakcji; zestawienie TRANSAKCJI; Wymagania ACID dla systemu transakcyjnego.

Staż w GeekBrains i Mail.Ru Group. 2 miesiące.
Prawdziwa praktyka dla testera

W ciągu 2 miesięcy stażu zdobędziesz prawdziwe doświadczenie jako tester. Weźmiesz udział w testowaniu produktów Mail.Ru i kilku małych projektach. Staż odbywa się w formie webinarów. Czas trwania: 2 miesiące.

Lekcja 1: Wprowadzenie do stażu

Jak będzie przebiegał staż? co jest potrzebne. Plan lekcji.

Lekcja 2: Analiza wymagań

Analityka projektu; szukać dokumentacji; sporządzamy wymagania.

Lekcja 3: Planowanie testów

Plan testów, strategia.

Lekcja 4. Dokumentacja testowa

Przypadki testowe, listy kontrolne; testy funkcjonalności.
.

Lekcja 5. Dokumentacja testowa

Przypadki testowe, listy kontrolne; test użyteczności.

Lekcja 6. Przeprowadzanie testów

Testy funkcjonalności

Lekcja 7. Przeprowadzanie testów

Test użyteczności

Lekcja 8. Raportowanie w testowaniu

Sporządzamy raport końcowy.

Jak zostać programistą. 13 lekcji.
Instrukcje krok po kroku dotyczące znalezienia pracy

Kariera programisty to ekscytująca podróż do świata nowoczesnych technologii. Każdy programista ma swoją historię i doświadczenia. Istnieje jednak podstawowy algorytm, który pomoże Ci poprawnie postawić pierwsze kroki i doprowadzić do celu. Przygotowaliśmy 13 lekcji wideo, w których odpowiedzieliśmy na najbardziej palące pytania dotyczące kariery programisty w firmach i na rynku freelancerów. Czy często myślisz o podjęciu pracy i czujesz, że jesteś gotowy, aby zacząć zarabiać? W takim razie ten kurs wideo jest dla Ciebie.

Lekcja 1. Zawód „Programista”

Cechy zawodu; Często zadawane pytania; popyt na rynku pracy.

Lekcja 2. Poradnictwo zawodowe

Czy zostanę odnoszącym sukcesy programistą? Czynniki sukcesu.

Lekcja 3. Zacznijmy pisać CV

Najważniejsze jest pierwsze wrażenie; jak nazwać to stanowisko.

Lekcja 4. Wybór języka programowania: tworzenie stron internetowych

Przegląd języków do tworzenia stron internetowych: HTML, CSS, JavaScript, PHP, Python, Ruby, C#, Java; właściwy wybór.

Lekcja 5. Rozwój mobilny. Uniwersalne języki programowania

Przegląd języków: Java, Objective-C, Swift; C#, C++, Python: właściwy wybór.

Lekcja 6. Zasady skutecznego CV

Lista technologii; teczka; dyplomy i certyfikaty; cechy osobiste. Widok specjalisty technicznego i HR.

Lekcja 7. Poszukiwanie pracy: co, gdzie, kiedy

Praca marzeń, aspekty psychologiczne; technika żądania.

Lekcja 8. Rozmowa kwalifikacyjna i okres próbny

Wywiady dla programistów: jak się zachować, co powiedzieć, czego słuchać; okres próbny i zasady jego zaliczania.

Lekcja 9. Freelancing: pierwsze kroki

Przegląd platform dla freelancerów; funkcje rejestracyjne; Rejestracja konta; jak wyróżnić się spośród większości wykonawców.

Lekcja 10. Freelancing: pierwsze kroki i znajdowanie zleceń

Zamów strategię wyszukiwania; priorytet zleceń: co wziąć na siebie; Negocjacja; zadania i pułapki specyfikacji technicznych; sposoby kontaktu z klientem; pisanie odpowiedzi i przyciąganie uwagi klientów; właściwe pytania.

Lekcja 11. Freelancing: realizacja zamówienia i płatność

Metody płatności: przelew bankowy lub gotówka; przedpłata lub płatność z dołu; przegląd sytuacji, w których każda metoda sprawdzi się lepiej; przygotowanie do pracy i wiążące umowy z klientem; cechy procesu pracy; końcowe etapy współpracy; dzielenie się opiniami; technika „skonsultuj się”.

Lekcja 12. Specjalizacje z zakresu IT

Jak wygląda rozwój w dużych firmach? Kim są analitycy, projektanci, testerzy, architekci, kierownicy projektów, kierownicy zespołów itp.

Lekcja 13. Drabiny kariery w IT

Jak wygląda drabina kariery w IT? W jakich specjalnościach łatwiej jest rozpocząć swoją przygodę? Jakie są perspektywy rozwoju?

Kurs opracowany wspólnie ze szkołą EnglishDom pomoże Ci opanować kluczowe tematy anglojęzyczne, istotne dla początkujących informatyków. Maksymalna praktyka i skupienie na słownictwie IT. 10 lekcji obejmuje przygotowanie CV, specyfikacji technicznych i listów biznesowych, rozmowy kwalifikacyjne i negocjacje, komunikację międzynarodową przy promocji Twojego projektu. W dialogach na żywo w języku angielskim studenci będą wzmacniać zwroty, które przydadzą się w ich pracy programistom i testerom, marketerom i projektantom.

Lekcja 10. Rozpocznij

Opowiadamy o naszym projekcie i przedstawiamy zespół w języku angielskim.

Przez prawie rok zaczynałem w Noveo od zera.

Jak trafiłeś do tego zawodu?

Postanowiłem spróbować swoich sił w testowaniu, przeczytać pewną literaturę znalezioną w Internecie, przejść kilka rozmów kwalifikacyjnych, z których kilka zakończyło się sukcesem. Dałam sobie trochę czasu na opanowanie zawodu, żeby zrozumieć, czy lubię tę dziedzinę, czy nie, czy chcę się w niej rozwijać, czy nie.

Proces tworzenia strony internetowej okazał się czymś niespodziewanym, musiałem bardzo szybko się w to zagłębić i już na wczesnych etapach wziąć na siebie część odpowiedzialności i podejmować decyzje, m.in. dotyczące wyglądu produktu, interfejsu użytkownika i tak dalej. Ciekawie było odkryć, że muszę pracować bez dokumentacji, czyli dowiedzieć się eksperymentalnie, jak wszystko działa. Zdarzały się projekty, w których specyfikacja była opracowywana z naszym udziałem!

Skrupulatność, chęć zrobienia wszystkiego dobrze.

Po prostu brak chęci do pracy, jak w każdym innym biznesie. Odrzucenie samego zawodu.

Dla mnie osobiście jest to czas, kiedy nie ma szczególnego obciążenia projektami, a Ty zaczynasz szaleć i pocić się przy każdym najdrobniejszym zadaniu, żeby tylko mieć zajęcie. Dobrze, że w Noveo takie chwile są rzadkością!

Jaka jest najlepsza część?

Widzenie pomyślnie działającego wyniku szczególnie złożonego zadania.

Motywacja, czyli zrozumienie, po co to robisz, dlaczego musisz się rozwijać i gdzie wykorzystasz nowo nabyte umiejętności.

Zastanów się dobrze i zważ wszystko, jeśli zdecydujesz, działaj :D

Natalia, testerka:

Ile lat pracujesz jako tester?

Latem skończy 3 lata.

Jak trafiłeś do tego zawodu?

Studiowałem, aby zostać programistą, ale po ukończeniu studiów zdałem sobie sprawę, że pisanie kodu, a także zawody pokrewne, takie jak projektant czy analityk, to wciąż nie dla mnie. Ale zawsze lubiłem niszczyć rzeczy!

Nie, wszystko było do przewidzenia: jest wniosek, sprawdzasz go pod kątem zgodności z wymaganiami.

Od nieoczekiwanego wszystko zaczęło się odrywać od pracy. Wcześniej nie zauważyłem żadnych problemów podczas surfowania po Internecie, ale teraz psują się nawet sprzęty AGD. Mój mąż już mówi: „Nie trzeba wszystkiego testować!” :)

Co jest najtrudniejsze w tym zawodzie?

To Ty musisz być odpowiedzialny za efekt końcowy, decydować, kiedy może zostać wydany, a kiedy wymaga dalszego rozwoju. Tak, istnieje zestaw kryteriów i przypadków testowych, ale ostateczna decyzja należy do Ciebie.

Jaka jest najlepsza część?

Fakt, że użytkownik nie widzi problemów z działaniem systemu.

Cóż, po prostu lubię coś zepsuć, bo jeśli wszystko działa idealnie, zaczynasz wątpić, czy jesteś potrzebny. Lubię znajdować problemy i zapobiegać im.

Jak myślisz, czego potrzeba, aby poprawić swoje umiejętności?

Doceniam szkolenia, które Anton prowadzi w naszej firmie, choć są one bardziej poświęcone Selenium, które jest zorientowane na web, ale nadal specjalizuję się w aplikacjach mobilnych.

Udziel porad lub wskazówek tym, którzy myślą o zostaniu testerem oprogramowania!

Trudno powiedzieć, trzeba spróbować!

Anton, tester:

Ile lat pracujesz jako tester?

Prawie 2 lata.

Jak dostałeś się do tego zawodu?

Prawie przez przypadek. Znajomy powiedział, że ich firma potrzebuje testerów, a ponieważ szukałem nowego kierunku pracy, a testowanie było dla mnie interesujące, postanowiłem spróbować. Testowanie było ciekawe pod wieloma względami: wymaga uważności, logicznego i krytycznego myślenia, przyda się znajomość programowania i architektury produktu. Powinieneś wiedzieć lepiej niż ktokolwiek inny, jak aplikacja działa i jak powinna działać!

Czy było coś, czego się nie spodziewałeś?

Od czasu mojego szkolenia wiele się zmieniło w IT: podejście do rozwoju, metody wdrażania, cykl życia produktu... Niektóre rzeczy były mi już znane, innych trzeba było się uczyć na bieżąco. Na przykład teraz wszędzie używane jest automatyczne wdrażanie, Git i inne rzeczy, ale wtedy dopiero się rozwijały.

Jakie cechy osobiste sprawiają, że jesteś świetnym testerem?

Uważność, krytyczne i logiczne myślenie. Dla testera bardzo przydatne jest zrozumienie architektury projektu i umiejętność spojrzenia na sprawy z innej perspektywy. Chyba najważniejsze jest logiczne myślenie! Rzadko się zdarza, żeby ludzie w ogóle tego nie mieli (przynajmniej chcę w to wierzyć).

Co jest najtrudniejsze w tym zawodzie?

Wytrwałość i koncentracja. Kiedy długo pracujesz z aplikacją, Twoje oczy stają się niewyraźne. Jednak wszystkie te punkty są istotne dla każdego zawodu, w którym istnieje pewna rutyna.

Jaka jest najlepsza część?

Doprowadzenie produktu do skutku, faktyczne monitorowanie kontroli jakości, a nie tylko „przebijanie” skryptów, ale testowanie użyteczności i możliwość wpływania na architekturę. Przyjemne recenzje, zadowoleni użytkownicy.

Jak myślisz, czego potrzeba, aby poprawić swoje umiejętności?

Habr jest dobry dla wszystkich związanych z IT. Oczywiście nie wszystkie materiały są równie przydatne, ale niektóre są bardzo interesujące. Przydatna jest znajomość architektury, wzorców tworzenia oprogramowania, wzorców projektowych. Stale czytam blogi poświęcone testom QA i automatyzacji QA.

Najlepszym sposobem na udoskonalenie swoich umiejętności jest powtórzenie czegoś 100 razy!

Nie możemy zapominać, że kontrola jakości to ciekawy, stale rozwijający się obszar. Trzeba próbować jak najwięcej i we wszystkim szukać wad. Informatyka coraz częściej staje się częścią naszego życia: każdy z nas codziennie otwiera przynajmniej jedną stronę internetową i korzysta z co najmniej jednej aplikacji. Wszystkie są pod pewnymi względami podobne, musisz zwrócić uwagę na to, jak działają, to bardzo pomoże!

Prowadzisz w naszej firmie szkolenia z zakresu automatyzacji testów, opowiedz nam o tym więcej!

Kiedy zaczynałem pracę nad tym szkoleniem, moim celem było przeszkolenie jak największej liczby osób i ustalenie procesów w firmie. W pewnym stopniu się to udaje, będę działać dalej!

Na kursach badamy narzędzia i frameworki do automatycznego testowania: Vagrant, Selenium i inne. Uczymy się rozumieć architekturę aplikacji, pisać kod i zapewniać interakcję pomiędzy użytkownikiem a aplikacją.

A w tym roku po raz pierwszy uruchamiamy testy na staż letni! Tutaj porozmawiamy o teoretycznych i praktycznych zasadach testowania i kontroli jakości, a także automatyzacji testowania aplikacji internetowych: od prostych po złożone przypadki.

Udziel porad lub wskazówek tym, którzy myślą o zostaniu testerem oprogramowania!

Najważniejsze jest, aby pamiętać, że zadaniem testera jest kontrola jakości. Obejmuje to nie tylko sprawdzenie skryptów testowych, ale także całego zakresu właściwości i cech aplikacji: użyteczności, architektury, a nawet złożoności wsparcia i przeglądu kodu. Nawet automatyczne testowanie to nie tylko sposób na sprawdzenie działania aplikacji, ale także kontrola jakości jej rozwoju!

Tatiana, testerka:

Jak długo pracujesz jako tester?

9 - nie! - niedługo będzie 10 miesięcy.

Jak dostałeś się do tego zawodu?

Wcześniej przez 10 lat pracowałem w obszarze analityki, kierowałem centrum analitycznym, a następnie zdecydowałem się wejść w dziedzinę IT. Na początku myślałem o przejściu na analityków, wziąłem specjalne kursy, ale potem wybrałem ścieżkę testera jako jedną z najbardziej bezpośrednich i nie wymagającą głębokiej wiedzy technicznej.

Czy było coś, czego się nie spodziewałeś?

Nie mogę powiedzieć, że cokolwiek było całkowitym zaskoczeniem. Tak, na początkowym etapie nie jest wymagana żadna specjalna wiedza, ale jeśli chcesz być dobrym specjalistą, będziesz musiał udoskonalić cały zestaw umiejętności, w tym programowanie: np. pisanie testów automatycznych będzie wymagało głębokiej wiedzy technicznej! Osobiście nie spodziewałem się różnorodnych zadań: np. w Noveo czasami od testera oczekuje się nie tylko sprawdzenia działania aplikacji, ale także analizy specyfikacji i wymagań oraz komunikacji z klientem i programistami. To trudniejsze, ale i ciekawsze!

Jakie cechy osobiste sprawiają, że jesteś świetnym testerem?

Tradycyjnie tę cechę nazywamy uważnością, od siebie dodam, że tester musi wykazywać się dużą pomysłowością i znajdować nieoczywiste przypadki testowe oraz nieoczekiwane przypadki użycia.

Czy myślisz, że są rzeczy, które na pewno jasno wskazują, że nie będziesz testerem?

Chęć po prostu „przebić” najłatwiejszą ścieżkę i uspokoić się na tym. I prawdopodobnie życzliwość i niechęć do przeszkadzania komukolwiek. Wydaje mi się, że tester powinien być „zły” i dążyć do zepsucia wszystkiego. Oczywiście prawdopodobieństwo pojawienia się błędu i konieczność jego naprawienia może być różne, ale Twoim zadaniem jest znalezienie okazji do wykorzystania aplikacji w sposób niezgodny z przeznaczeniem!

Co jest najtrudniejsze w tym zawodzie?

Dla mnie najtrudniejszy jest początkowy etap, kiedy trzeba bardzo szybko zagłębić się w projekt i wyrobić sobie ogólny obraz. W naszym kraju tester jest zwykle angażowany na późniejszych etapach, kiedy wszystko jest już „w temacie” od dawna i trzeba to po prostu ogarnąć.

Jaka jest najlepsza część?

Ponownie standardową odpowiedzią jest zadowolony klient, który nie znalazł ani jednego błędu, oraz zadowoleni użytkownicy. Ale rzadko otrzymujemy informację zwrotną od końcowych użytkowników produktu, więc mogę powiedzieć sam za siebie: najfajniejszą rzeczą jest moment, w którym zaczynasz w pełni rozumieć projekt, poczucie, że wszystko wiesz.

Jak myślisz, czego potrzeba, aby poprawić swoje umiejętności?

Sposobów jest wiele: literatura, fora, ale najważniejsze jest doświadczenie, bo nie wszystkich książek przeczytasz, ale w praktyce dużo się nauczysz! Ważne jest, aby móc postawić się w sytuacji użytkownika.

Czy są jakieś ćwiczenia lub zasoby, których używasz do rozwijania uważności, które poleciłbyś początkującym?

Obecnie popularna teoria mówi o roli „negocjatora” pomiędzy programistami a użytkownikami. To osoba, która rozumie programistów, ale jednocześnie potrafi postawić się w miejscu prostego użytkownika. Osobiście czytam literaturę na ten temat.

Udziel porad lub wskazówek tym, którzy myślą o zostaniu testerem oprogramowania!

Najważniejsze to zacząć. Możesz przygotowywać się i czytać bez końca, ale w rzeczywistości wszystko przychodzi wraz z doświadczeniem. Ważne, żeby się nie bać i próbować!

Andrey, tester, kierownik projektu:

Ile lat pracujesz jako tester?

Już 4 lata.

Jak trafiłeś do tego zawodu?

Prawie przez przypadek. Byłem po prostu zainteresowany jak, dlaczego i dlaczego wszystko działa, jak zachowuje się system, wysłałem CV - i mnie przyjęli!

Czy było coś, czego się nie spodziewałeś?

Myślałem, że będę siedział w dziale złożonym z ludzi takich jak ja, ale ostatecznie zostałem sam wśród zespołu programistów! Ale ostatecznie okazało się, że było to nawet na lepsze: nie marnowano czasu na komunikację, można szybko doprecyzować szczegóły bez rzucania mandatami.

Jakie cechy osobiste sprawiają, że jesteś świetnym testerem?

Uważność, skrupulatność, nieufność.

Powiedziano mi tutaj, że tester musi być zły, kreatywny i starać się wszystko zepsuć. Co mówisz?

(śmiech) Zgadza się. Tester przypomina trochę Terminatora.

Czy myślisz, że są rzeczy, które na pewno jasno wskazują, że nie będziesz testerem?

Trudno powiedzieć... Prawdopodobnie bierność, flegmatyzm, brak logicznego myślenia i umiejętności przewidywania.

Co jest najtrudniejsze w tym zawodzie?

Konieczność wyjaśnienia i zapamiętania miliarda szczegółów, dużo komunikacji, potrzeba ciągłego myślenia o szerszym obrazie.

Jaka jest najlepsza część?

Widzenie, że projekt działa, przynosi na świat życzliwość i szczęście, pozytywne opinie.

Udziel porad lub wskazówek tym, którzy myślą o zostaniu testerem oprogramowania!

Idź po to!

Tatiana, testerka

Ile lat pracujesz jako tester?

Pracuję jako tester w Noveo od 4,5 roku. Wcześniej pracowałem w innej firmie na innym stanowisku, ale w zasadzie robiłem to samo, czyli testowałem. Czyli w sumie 6 lat :)

Jak dostałeś się do tego zawodu?

Tak, jakoś poszło gładko. Pracując w dziale wsparcia technicznego, chcąc nie chcąc, zaczynasz sprawdzać, czy to, na co narzekali klienci, działa i czy nasi programiści naprawili wszystko, co było wymagane. Tak zacząłem :) Wtedy znajomy zadzwonił do mnie do Noveo, aby oficjalnie przeprowadzić testy. Zgodziłam się i nigdy tego nie żałowałam!

Czy było coś, czego się nie spodziewałeś?

Dane techniczne w języku francuskim! Szczerze mówiąc, nigdy nie myślałam, że moja praca zacznie się od tego :)

Jakie cechy osobiste sprawiają, że jesteś świetnym testerem?

Kiedy twoja aura jest właściwa. Gdziekolwiek pójdziesz, wszystko się psuje! :) Żart. Tak naprawdę jest to praca dla ludzi sumiennych, uważnych i, powiedziałbym, z wyobraźnią.

Czy myślisz, że są rzeczy, które na pewno jasno wskazują, że nie będziesz testerem?

Jeśli nie wiesz, jak jasno wyrazić swoje myśli, praca jako tester będzie trudna. No i niechęć do pracy pisemnej (plany testów, zgłaszanie błędów).

Co jest najtrudniejsze w tym zawodzie?

Zwracanie uwagi na szczegóły nie zawsze pozwala na utrzymanie właściwej koncentracji :) No i komunikacja :) Nawiązanie komunikacji jest trudne.

Jaka jest najlepsza część?

Poczuć się użytecznym, mieć poczucie, że tworzysz produkt lepszy, wyższej jakości i wygodniejszy.

Jak myślisz, czego potrzeba, aby poprawić swoje umiejętności?

Prawdopodobnie więcej komunikacji z kolegami i chodzenia na jakieś kursy lub wykłady.

Udziel porad lub wskazówek tym, którzy myślą o zostaniu testerem oprogramowania!

Nie zastanawiaj się zbyt długo, po prostu spróbuj. Jeśli to Twoje, zrozumiesz :)

Anastazja, starszy tester:

Ile lat pracujesz jako tester?

Prawie 10 lat :)

To dużo czasu, czy zastanawiałeś się kiedyś nad zmianą zawodu?

Co więcej, nawet próbowałem! Kiedyś próbowałem swoich sił zarówno jako lider zespołu testowego, jak i jako kierownik projektu, ale zdałem sobie sprawę, że przegapiłem proces testowania i ogólnie bardziej interesowało mnie robienie dokładnie tego, co robię teraz. Kop głębiej, pomyśl, porównaj co było i co się stało... Teraz w społeczeństwie panuje stereotyp, że testowanie to zawód dla juniorów, którzy dopiero chcą się zmieścić w terenie, a dalszy rozwój jest możliwy tylko u analityków, programistów czy menadżerów .

To jest źle! Oprócz pionowego wzrostu w zawodzie istnieje również wzrost horyzontalny: testowanie nie ogranicza się do testów manualnych i funkcjonalnych, ale w przypadku testów obciążeniowych lub automatycznych będziesz musiał uczyć się i doskonalić nowe umiejętności.

Jakie cechy osobiste sprawiają, że jesteś świetnym testerem?

To uczucie, kiedy ci zależy i wszystko cię dotyczy. Bardzo ważna jest także wytrwałość i umiejętność udowadniania swojego punktu widzenia. Programiści często mówią: „To nie jest błąd!” lub uważać coś za zrozumiałe po prostu dlatego, że jest dla nich zrozumiałe. W tym przypadku zwykle podaję przykład użycia: na przykład, jeśli moja mama zobaczy wyskakujące okienko, w którym wskazany jest tylko kod błędu, to prawdopodobnie w panice zacznie dzwonić do działu pomocy technicznej z pytaniem „Co mam zrobić ?!” Zawsze musisz pamiętać, kto będzie korzystał z Twojego programu: programiści maniacy, gracze czy starsze pokolenie.

Ważne są także – jakkolwiek banalnie to zabrzmi – umiejętności komunikacyjne. Tester komunikuje się z projektantami, analitykami, programistami, administratorami... Faktem jest, że jeśli coś zostanie zrobione niewygodnie, a Tobie zależy, to będziesz szukać okazji, aby to naprawić. Nie możesz po prostu sprawdzić aplikacji pod kątem błędów i uspokoić się.

Przyda się także tolerancja na stres: tester to osoba, która ostatni etap przebiega z pałką w rękach, dlatego ważne jest, aby nie panikować, ale dalej dobrze wykonywać swoją pracę. Czasami poprawki błędów można odłożyć do następnej wersji, ale są też problemy, które po prostu trzeba naprawić!

Czy myślisz, że są rzeczy, które na pewno jasno wskazują, że nie będziesz testerem?

Pozycja życiowa „I tak się stanie!”

Trzeba też pamiętać, że praca też ma swoją monotonię: jeśli np. pojawi się nowa funkcja, to trzeba sprawdzić nie tylko ją, ale i funkcjonalność całej aplikacji. Są ludzie, którzy zawsze się spieszą i nie mają ochoty robić tego samego kilka razy, może im się nie podobać taki rytm pracy.

Jak dostałeś się do tego zawodu?

Zaraz po studiach bardzo dawno temu ukończyłem FIT NSU. Na uniwersytecie był kurs testowy, a ja chciałam spróbować swoich sił w tej roli.

Czy było coś, czego się nie spodziewałeś?

Ponieważ dziedzina ta dopiero się rozwijała, miałem do czynienia z programistami „starej szkoły” w wieku około 40-45 lat, którzy wierzyli, że testowanie nie jest konieczne, a ich decyzje z założenia są prawidłowe. To tam nauczyłam się upierać przy swoim i udowadniać swój punkt widzenia.

Co jest najtrudniejsze w tym zawodzie?

Konieczność ciągłej koncentracji: nie można badać w stanie relaksu! Ale „trudne” nie znaczy „złe”, ma to też swoją pozytywną stronę!

Jaka jest najlepsza część?

Płynne wdrożenie do produkcji, dobre recenzje.

Jak myślisz, czego potrzeba, aby poprawić swoje umiejętności?

Pragnienie i aspiracja! Ćwiczenia? Trudno powiedzieć... Jako dziecko bardzo lubiłam zabawę „Znajdź 10 różnic”, z niecierpliwością czekałam na nowe numery „Murzilki” i innych magazynów!

Udziel porad lub wskazówek tym, którzy myślą o zostaniu testerem oprogramowania!

Naucz się podstaw, dbaj o jakość, podchodź do swojej pracy z pasją, pamiętaj: „Tester jest obrońcą użytkownika”!

Jak widzimy, droga do zawodu może być bardzo różna, każda ma swoje trudności i własne powody, aby kochać to, co się robi. A jednak prawie wszyscy testerzy Noveo zgadzają się, że trzeba być uważnym, troskliwym, czasem skrupulatnym i być gotowym nie tylko na sprawdzenie określonych przypadków użycia, ale naprawdę przyzwyczaić się do roli użytkownika i ocenić jakość. Cóż, jeśli chodzi o rozpoczęcie kariery testera, werdykt jest jednomyślny – przyjdź i spróbuj!

Jeśli znajdziesz błąd, zaznacz fragment tekstu i kliknij Ctrl+Enter.



Podobne artykuły