, nowe wydanie QA Weekly to kolejna okazja do wspólnego spotkania, czyli coś co osobiście uwielbiam. Naładowałem to wydanie, jak zwykle, sporą wartością, ciekawostkami i wiedzą. Zaczynamy!
PS. Tak, zgadza się - to wydanie pojawiło się tydzień przed czasem. Powód? A sam nie wiem, może wiosna*? :)
*przynajmniej w momencie pisania tego newslettera. Mam nadzieję, że będzie tak pięknie również wtedy, gdy otrzymasz tę wiadomość.
|
|
|
|
Sławek (pozdrawiam Cię!), jeden z uczestników mojego szkolenia, zapytał ostatnio skąd może czerpać nadprogramową wiedzę związaną z działaniem przeglądarek, frontem/backendem czy ogólnie programowaniem. Pytanie nie jest takie proste, ponieważ wszystko zależy od tego czego chcemy się nauczyć i do czego nam się to ma przydać.
Jeżeli chcemy myśleć o automatyzacji zadań, czyli typowych kwestiach pisania skryptów, można pomyśleć o Cypress - nie jest to mój konik, ale wydaje mi się, że obecnie to on wygrywa, jeżeli chodzi o ilość ofert pracy. Dodatkowo posiada porządną i zrozumiałą dokumentację i działa na JavaScripcie, którego podstawy warto wcześniej posiąść. Jeżeli chcemy iść w czymś, czego na rynku nie zabraknie przez najbliższe lata - polecam bezpieczeństwo. Rozwojowy kierunek, na który jest coraz większe zapotrzebowanie (ponieważ świadomość rośnie z roku na rok). Tutaj na pierwszym etapie nie ma potrzeby programowania, ale jeżeli chcemy od tego zacząć, można sięgnąć w kierunku Javy lub Pythona - to one wygrywają wśród bezpieczników.
Jeżeli chodzi o działanie przeglądarek, HTTP(S) i podobnych technikaliach - możemy sięgnąć po książkę "Splątana Sieć" Michała Zalewskiego. Jest ona wprawdzie o hakingu, a premiera odbyła się wiele lat temu, ale (podobno - jeszcze nie miałem okazji po nią sięgnąć, bazuję na propozycjach innych ludzi) ma bardzo fajnie opisane podstawy, takie jak właśnie działanie przeglądarek czy HTTP(S). Te kwestie przez lata się nie zmieniły :)
Dodatkowo można rzucić okiem tutaj - znajdziemy tu podstawowe zagadnienia związane z DNS czy działaniem przeglądarek. Część materiałów jest w wersji VIP, która kosztuje około 10 dolarów miesięcznie.
A co, jeżeli chcemy zrozumieć jak działa frontend lub backend? Powiem tak - nigdy nie posiądziemy całej możliwej wiedzy, specjalizacje zostawmy specjalistom, a my skupmy się na zapewnianiu jakości. Jeżeli jednak kusi nas ta wiedza, najprostszym sposobem będzie... porozmawiać z jakimś full stackiem, czyli osobą, która zjadła zęby zarówno na froncie, jak i backendzie. Taka okazja nadarzy się, gdy zdobędziemy już pracę w IT. Możemy też spróbować sił i popytać ludzi na LInkedIn. Jest to na pewno szybszy sposób, niż rzucanie się na długie i skomplikowane kursy programistyczne dla frontów/backendów/fullstacków. Taka jest moja wizja i taka odpowiedź padła ode mnie - jeżeli masz inną propozycję, daj koniecznie znać, odpisując na tego maila :)
|
|
|
|
Czy kobiety w IT mają pod górkę? |
|
|
|
Od razu odpowiem w bardzo ogólnym zakresie - raczej nie. W końcu liczą się umiejętności oraz predyspozycje, a nie płeć. Co ciekawe, wśród QA przeważają właśnie kobiety, przynajmniej w dziale, w którym pracuję :)
Ale ja nie o tym. Chciałem opowiedzieć Ci historię mojej znajomej, Moniki (również pozdrawiam!). Projekt indyjski, więc w skali międzynarodowej. Okazało się, że Monika nie była w stanie zapewnić odpowiedniego poziomu jakości, ponieważ... panowie w Indiach mieli gdzieś to, co mówi kobieta. Co ciekawe, pomysł ignorowania kobiet wypłynął... od kobiety. Problem rozwiązywany był na dużo wyższych szczeblach, niestety nawet Team Leaderzy nie byli w stanie wpłynąć na tę sytuację. Trwało to dłuższy czas, aż udało się to rozwiązać, ale... pokazuje to, że tak - kobiety mogą mieć czasami pod górkę. Nie oznacza to oczywiście, żebyście się poddawały - wręcz przeciwnie! Pomyślałem, że taka ciekawostka zza kulis może Was zainteresować. Tym bardziej, że pokazuje to jak ważna jest komunikacja, bez której jakości nie ma.
Jeszcze więcej wartości i tego typu problemów postaram się omówić już wkrótce. Gutek (komentator z YT, pozdrawiam również, jeżeli to czytasz) zainspirował mnie, by stworzyć dodatkową część mojej serii "Problemy w pracy". Jeżeli jeszcze nie wiesz o co chodzi, zerknij tutaj. Planowane były wprawdzie dwie części, ale cóż - klient nasz pan, także dodatkowa odsłona powinna się wkrótce pojawić - po prawie 8 miesiącach!
|
|
|
|
Nadal można zapisać się do webinarów |
|
|
|
Już w tym miesiącu ruszam z nowymi webinarami - jeden będzie dotyczył inteligencji emocjonalnej (asertywność, praca w grupie i inne, równie ciekawe tematy) - Monika Skrodzka opowie nam o tym ciekawym i wartościowym temacie.
Drugi przekaże wartość dotyczącą rekrutacji - wszystko o czym warto wiedzieć. Będzie o CV, profilu na LinkedIn i ciekawych protipach, o których opowie nam Karolina Bogacka.
Zapisy dostępne są tutaj (materiał nagrywany) oraz tutaj (materiał live).
PS. Podczas webinaru dot. rekrutacji (i chwilę później) będzie możliwość skorzystania z dodatkowej możliwości zapisu na szkolenie główne - i to przed oficjalnym, drugim otwarciem, które wstępnie planowane jest na marzec.
|
|
|
|
Testowanie na produkcji - hit czy kit? |
|
|
|
Zapewne nie raz, nie dwa dane Ci było usłyszeć, że nie wolno testować na produkcji. Pozwolę sobie napisać, że nie zgadzam się z tym. Co więcej, testy na produkcji (moim zdaniem) są... bardzo ważne.
Opowiem o tym w ogromnym skrócie. Albo inaczej - wypiszę w punktach, dlaczego uważam tak, a nie inaczej.
- Różnice w środowiskach - możemy mieć niemal idealnie odwzorowane środowisko testowe ze środowiskiem produkcyjnym. Ale to nadal jest "niemal", czyli nie w sposób identyczny i idealny. Nadal drobna różnica, chociażby związana z podstawową konfiguracją (Web Application Firewall? Monitorowanie? Sentry?), może spowodować że jakaś funkcjonalność przestanie działać lub będzie działać w sposób inny. Jeżeli przetestujemy wszystko na środowisku testowym i stwierdzimy, że jest OK - dajemy zielone światło, a następnie nie zweryfikujemy tego na środowisku produkcyjnym (szybka regresja, smoke testy), możemy się niemiło zaskoczyć. I to dopiero po jakimś czasie, gdy to klient do nas przyjdzie.
- Nietypowe zachowanie użytkowników - my jako specjaliści od zapewniania jakości bądź testerzy, wiemy że użytkownicy potrafią być... dziwni ;) Warto zatem analizować ich zachowanie - czy to za pomocą testów A/B (które służą do czegoś innego, ale też nam coś powiedzą) czy to za pomocą monitorowania. To również są testy, choć nie manualne.
- Inna baza danych - niezależnie czy to formularze kontaktowe czy baza użytkowników, na środowiskach testowych wykonujemy te działania na odizolowanych i innych bazach - wprowadzone dane lecą gdzie indziej, niż te z produkcji. A co, jeżeli okaże się, że coś zostało źle wpięte i produkcyjne dane lecą na środowisko testowe? Jeżeli zorientujemy się w miarę szybko, możemy jeszcze podjąć jakieś działania korygujące i to przenieść. Ale co, jeżeli mamy kilka tysięcy danych w ciągu godziny, w dodatku o wysokiej złożoności i zależności? Sprawdzajmy zatem czy te maile czy inne dane docierają i czy docierają w odpowiednie, produkcyjne miejsce.
To tylko trzy punkty, z którymi nie raz, nie dwa dane mi było się zmierzyć w mojej karierze zawodowej. Uważam zatem, że testowanie na produkcji jest bardzo istotne i ma realny wpływ na jakość - wiadomo, mówimy tu bardziej o "potwierdzeniu" działania pewnych funkcjonalności, a nie ich obciążaniu przypadkami testowymi, ale to nadal zwiększenie jakości bądź jej potwierdzenie.
Co na ten temat uważa Luděk Novák? Zerknij tutaj.
|
|
|
|
Recorder w Chrome już dostępny |
|
|
|
W najnowszej wersji Google Chrome pojawił się w końcu wyczekiwany Recorder, czyli funkcja do nagrywania naszego działania w przeglądarce.
Prezentacja dostępna jest pod tym linkiem.
Jeżeli o mnie chodzi to nie do końca tego się spodziewałem, ale z drugiej strony jest to dopiero wersja testowa/niestabilna, więc może uda się ją nieco bardziej rozbudować.
Szybki rzut oka pozwolił mi zobaczyć, że:
- można nagrać kliknięcia i inne czynności na stronie,
- po zakończeniu nagrywania, możemy dodawać stepy czy timeout'y,
- podczas odtwarzania nagrywania, dwa razy mi się to zgubiło (na dwie próby), ale nie analizowałem szerzej co poszło nie tak,
- można wyeksportować nasze nagranie do pliku .js, ale brakuje jakichkolwiek innych opcji,
- brakuje informacji o środowisku, mamy tylko podaną rozdzielczość,
- Bird Eats Bug może spać spokojnie, przynajmniej póki co ;)
|
|
|
|
- Test Case - przykłady, protipy - link
- Automation Strategy - link
- Testowalność jako wybór architektoniczny - link
- Implementacja testów automatycznych - wyzwania - link
|
|
|
|
Pora rozruszać szare komórki |
|
|
|
Podobał Ci się dzisiejszy QA Weekly? |
|
Daj mi proszę znać, robię analizę każdej ankiety - wszystko po to, by dostarczać Ci jeszcze więcej wartości. |
|
|
|
|
|
|
|
|
|
|
Zawiódł mnie |
|
Niespecjalnie |
|
Może być... |
|
Bardzo fajne |
|
Genialne i wartościowe! |
|
|
|
|
|
|
|
|
|