Cała ta jakość...
Ale z tym QA to dajcie spokój, no kto to widział... Często spotykana fraza w wielu projektach które traktują QA wyłącznie jako koszt, są na początku swojej drogi w rozwijaniu danego oprogramowania albo nie zaliczyły jeszcze swojego pierwszego porządnego faila. A wiadomo że wczesne testowania oszczędza czas i pieniądze. Można spotkać się też z "jak automatyzować to absolutnie wszystko, bez wyjątków. Wszystkie testy z góry do dołu w całym repozytorium, a najlepiej jeszcze wszelkiego rodzaju integracje z zewnętrznymi dostawcami." Brzmi znajomo?
Cześć! Nazywam się Marcin i jestem Inżynierem Automatyzacji Testów oraz Specjalistą ds. Zapewniania Jakości Oprogramowania. Blog ten zaczynam tworzyć z myślą podzielenia się swoimi doświadczeniami/przemyśleniami z różnych projektów, zespołów, czy tym, czym koleżanki i koledzy QA/testerzy podzielili się ze mną na swojej drodze, ale i ciekawych rzeczy, na które natrafiam w ramach swojej przygody z programowaniem i zapewnianiem jakości oprogramowania. Nie chcę z góry określać formy ani precyzować zakresu tematycznego postów, jakie będą się tutaj pojawiały, niemniej to, czego można się na pewno spodziewać, to posty w kategoriach #biz, #tech i #selfdevelopment. Skąd ten podział? Chcę ukazać perspektywę i spojrzenie na szeroko rozumiane zapewnianie jakości oprogramowania a szczególnie na automatyzację testów, którą zajmuje się na co dzień.
Swoją przygodę z branżą IT zaczynałem od supportu technicznego aplikacji webowych/desktopowych. Następnie, pracując jednocześnie jeszcze jako supporter, miałem przyjemność pracować w roli Analityka Biznesowego dla aplikacji webowej i mobilnej pod okiem doświadczonego mentora. W każdej z tych ról byłem odpowiedzialny również za testowanie oprogramowania. Stąd finalnie zostałem QA'em, a dzisiaj w zdecydowanej większości zajmuję się programowaniem testów automatycznych. Ten bagaż doświadczeń w różnych rolach pozwolił mi spojrzeć na cały proces SDLC i STLC z różnych perspektyw.
Dzisiaj zabierając się za testerskie zadania zaczynam od aspektów stricte technicznych. Jak w kodzie wygląda funkcjonalność którą mam testować? Jakich narzędzi mogę użyć aby wspomóc testy? Jakiej biblioteki mogę użyć? Jaki framework warto będzie wykorzystać do automatyzacji? Jakie podejście do lokatorów/selektorów wybrać? Jakiego narzędzia CI użyć dla nowego projektu itd... Ale czy tak samo patrzyłbym na daną funkcjonalność 2 lata wcześniej z perspektywy analityka biznesowego? Pewnie nie. Pomyślałbym, że mam funkcjonalność x, chcę żeby z perspektywy użytkownika działała ona właściwe biznesowo i chcę mieć do niej test automatyczny. To tyle. Z perspektywy supportera patrzyłbym np. na łatwość utrzymania przypadków testowych czy przypadków użycia. Dlatego moje doświadczenia pomagają mi dziś w ocenie czy daną funkcjonalność warto automatyzować, jakie są potencjalne blokery, jaki jest uzysk biznesowy z automatyzacji, czy na pewno ten przypadek testowy powinien mieć taką formę pod automatyzację? Czy w ogóle cały proces testowy ma właściwy przepływ i czy to jest dobry moment na automatyzację?
Na pewno będą wpadały tutaj również tematy stricte techniczne dotyczące programowania, mini tutoriale, moje subiektywne oceny dotyczące danych rozwiązań czy narzędzi lub tematy związane z CI/CD z perspektywy testera automatyzującego. Nie zabraknie z pewnością treści dotyczących mobile.
Będzie mi niezmiernie miło, jeśli wpadniesz od czasu do czasu przeczytać to, co wyprodukowałem. Może dzięki jednej linijce tekstu wpadniesz na rozwiązanie swojego problemu, albo odwrotnie - dojdziesz do wniosku, że dane rozwiązanie kompletnie Ci nie pasuje i potraktujesz je w swoim projekcie jako antywzorzec.
Dzięki za poświęcony czas,
Marcin
Blog o automatyzacji testów i zapewnianiu jakości oprogramowania
©2024 TestMasters. Wszelkie prawa zastrzeżone.