Niedawno rozmawiałem z rekruterem, który chce umieścić mnie w firmie na stanowisko programisty w teście. Zasadniczo sprawił, że zabrzmiało to jak pozycja, w której możesz majstrować przy nowych technikach programowania i testować błędy i ulepszenia oprogramowania, ale gdzie nie musisz się martwić o standardowe terminy. Możesz być bardzo kreatywny w swojej pracy.
Ale ten opis wciąż był dla mnie niejasny. Od wielu lat jestem programistą, głównie w PHP. Chciałem więc wiedzieć, czy inni członkowie społeczności wiedzą więcej o tym, co zazwyczaj pociągają za sobą te stanowiska.
Wiem, że to może nie być temat odpowiedni dla tego forum, ale było to najlepsze dopasowanie, jakie mogłem znaleźć wśród Stack Exchange i byłbym bardzo wdzięczny, gdyby nie było zamknięte, ponieważ tak naprawdę nie ma gdzie indziej zapytać o to .
Próbowałem google, ale nie ma tam dużo informacji. Czym dokładnie jest testowany programista?
Odpowiedzi:
Jestem inżynierem ds. Rozwoju oprogramowania w teście i pracuję w 2 oddzielnych firmach. Obecnie pracuję dla Microsoft.
Mówiąc ogólnie, Bryan Oakley ma rację: piszesz oprogramowanie, które testuje oprogramowanie.
Poza tym zależy to od poziomu doświadczenia, zakresu obowiązków i rodzaju oprogramowania, które produkowałby pracodawca. Pozycja SDET może obejmować pisanie czegokolwiek, od podstaw testów weryfikacyjnych na poziomie funkcji, po pisanie i utrzymywanie infrastruktury testowej do uruchamiania tych testów. Często zdarza się, że SDETS specjalizują się w ukierunkowanym testowaniu określonych rodzajów wymagań (testowanie bezpieczeństwa, wydajności / skali, użyteczności itp. To przykłady, które natychmiast przychodzą na myśl).
Opis, który otrzymałeś od rekrutera, brzmi jak kiepska technika sprzedaży.
Mam nadzieję, że daje to przykład tego, czym jest bycie SDET.
źródło
„Deweloper w teście” zwykle oznacza, że pracujesz w dziale kontroli jakości lub w roli kontroli jakości, ale koncentrujesz się na pisaniu testów automatycznych, a nie na tworzeniu i uruchamianiu ręcznych testów. Coś takiego jak pisanie oprogramowania do testowania oprogramowania. Może to być szczególnie trudny wybór kariery, ponieważ wymaga zarówno umiejętności programowania, jak i dobrej znajomości testowania oprogramowania.
Jednak różne tytuły oznaczają różne rzeczy dla różnych firm, więc ostateczna odpowiedź musi pochodzić od osoby rekrutującej.
źródło
Rola SDET jest właściwie tym, czym ją tworzysz, o czym świadczą wszystkie jej różne nazwy: QA / Developer, QA Engineer, Automation Developer. Mój obecny tytuł to Inżynier Testowy, o którym nigdy wcześniej nie słyszałem, żeby się do niego zwracał. Bez względu na konkretny tytuł jest to nowa pozycja w większości firm, więc oczekiwania mogą być luźne. „Pomóż nam zautomatyzować nasze testy i takie tam ...”. Mogą to być narzędzia CI, testy API, usługi w chmurze, integracja z systemami wewnętrznymi itp.
Innym aspektem pracy, której nie widzę w tym wątku, jest doskonalenie procesu. SDET zwykle zajmują się zapewnianiem jakości od dłuższego czasu i znowu są bardziej techniczni niż reszta zespołu ds. Kontroli jakości, w tym ich menedżer. Wiele wiedzą o testowanym systemie, tzn. „Gdzie chowane są ciała”. Z tych powodów kierownictwo SDET ma tendencję do słuchania i może mieć duży wpływ na proces - nie tylko proces testowania, ale także sposób budowy produktu. Co może być fajne, jeśli jesteś w to zaangażowany.
źródło