Testowanie produktu (z Erin Hess z Crema)
Michael Luchen
Wiele czasu poświęca się rozmowom o budowaniu produktu, ale co z jego testowaniem? Jakie podejścia, nastawienie i praktyki pomagają upewnić się, że produkt został dokładnie przetestowany i wspiera użytkowników, dla których został stworzony? W dzisiejszym programie gościmy ekspertkę w dziedzinie inżynierii testów, aby dokładnie omówić, czym jest ta kluczowa rola w zespole produktowym, jak inżynierowie testów współpracują z menedżerami produktu oraz dlaczego mogą być ważnymi rzecznikami empatii w zespole produktowym. Zostańcie z nami.
To podcast The CPO Club — głosy społeczności, która tworzy podręcznik zarządzania produktem, jego tworzenia i strategii. Sponsorem programu jest Crema, agencja produktów cyfrowych pomagająca osobom i firmom rozwijać się dzięki kreatywności, technologii i kulturze. Dowiedz się więcej na crema.us. Słuchaj dalej, aby poznać praktyczne i autentyczne wskazówki pomagające odnieść sukces w świecie zarządzania produktem.
Cześć wszystkim. Bardzo się cieszę, że mogę dziś powitać w programie Erin Hess. Miałem przyjemność poznać Erin, gdy niedawno dołączyła do naszego zespołu w Crema jako starsza inżynier testów. Erin ma wyjątkowy zestaw kreatywnych i technicznych umiejętności zdobytych podczas ponad 12 lat pracy na różnych stanowiskach związanych z tworzeniem i inżynierią oprogramowania.
Karierę rozpoczęła jako przedstawicielka działu obsługi klienta, a następnie została samoukiem programowania, który pokochał testowanie oprogramowania. Jako osoba, której zależy na użytkownikach, Erin wyróżnia się empatią, umiejętnością wizualizacji oraz przewidywaniem zachowań i sposobów komunikacji. Erin lubi tworzyć mapy procesów i wyobrażać sobie, gdzie mogą pojawić się problemy. Dzięki stawianiu się w sytuacji innych osób, analizowaniu problemów z wielu perspektyw oraz dostrzeganiu długoterminowych konsekwencji i korzyści dzisiejszych działań Erin potrafi wywierać pozytywny wpływ na każdy zespół i produkt, do którego dołącza.
Erin pomaga również organizacjom przyjmować i wdrażać praktyki projektowania włączającego, zwiększając świadomość uniwersalnych barier użyteczności. Działa na rzecz dostępności i stale wzbogaca materiały źródłowe rozwijających się internetowych społeczności testerów.
Cześć, Erin. Witaj w programie.
Erin Hess
Bardzo dziękuję za świetne przedstawienie, Michael. Cieszę się, że tu jestem.
Michael Luchen
Świetnie. Muszę powiedzieć, że osobiście bardzo cieszę się na tę rozmowę. Myślę, że współpraca inżyniera testów i menedżera produktu może przynosić jedne z najlepszych rezultatów, a mimo to nie mówi się o niej zbyt często.
Erin Hess
Oczywiście.
Michael Luchen
Zacznijmy od ogólnego pytania dla słuchaczy, którzy być może nie mają w zespole inżyniera testów i chcą lepiej zrozumieć tę rolę. Jakie są twoje ulubione zadania wykonywane jako inżynier testów?
Erin Hess
Jest ich wiele i to temat, o którym mogłabym mówić bez końca. Jedną z moich ulubionych rzeczy jest budowanie relacji i poznawanie zespołów, z którymi pracuję — programistów, projektantów, menedżerów produktu, innych inżynierów, zespołu obsługi klienta, a czasem także marketingu.
Na wyjątkowych projektach, takich jak projekt współpracy, poznaję również osoby po stronie klienta. Znalazłam swoją niszę w tworzeniu dokumentacji technicznej. Cenię czas i przestrzeń, które pozwalają przedstawić odpowiednią ilość szczegółów i opisów wraz z użytecznymi materiałami wizualnymi.
Jeśli mogę wykazać się kreatywnością i dodać obraz kota siedzącego przed komputerem, to to robię. Lubię też poznawać nowe narzędzia i współpracować w parze z innymi inżynierami.
Michael Luchen
Jak podchodzisz do budowania relacji z zespołami, szczególnie z perspektywy, którą powinien przyjąć inżynier testów?
Erin Hess
Jestem bardzo otwarta i wiem, że każdy jest trochę inny. Nie będę prowadzić takiej samej rozmowy z projektantem jak z programistą, a jeszcze inaczej będę rozmawiać z właścicielem produktu. Staram się zostawiać zespołowi jak najwięcej przestrzeni i okazywać mu empatię.
Michael Luchen
Jak znajdujesz równowagę między tworzeniem tej przestrzeni i empatią, zwłaszcza gdy każdy ma inne umiejętności i specjalizacje wnoszone do zespołu produktowego?
Erin Hess
Dla mnie ta specjalizacja opiera się na cierpliwości i praktyce. Uczę się, daję sobie i zespołowi czas na retrospekcje i pytam, jak poradziliśmy sobie z wzajemną troską podczas sprintu oraz co mogło być trudne — nie tylko w samej pracy, ale także w wymiarze ludzkim. Ważne jest zapewnienie wszystkim przestrzeni na rozmowę.
Michael Luchen
Jakie są typowe zadania inżyniera testów w zespole produktowym? To oczywiście nie tylko powiedzenie, że produkt może zostać wydany.
Erin Hess
Nie. Nie siedzę z pieczątką „zaliczone” albo „niezaliczone”. To wiele szczegółów i budowania relacji — więcej, niż można by oczekiwać po roli technicznej. Współpracuję z różnymi częściami zespołu, na przykład z programistą przy tworzeniu i przeglądaniu żądań ściągnięcia.
Współpracuję też z menedżerem produktu, aby ustalić właściwy poziom szczegółowości kryteriów akceptacji i standardy, które powinny spełniać. Wszystkie historyjki użytkownika i funkcje muszą być analizowane nie tylko przez projektantów i programistów, lecz także przez interesariuszy. Inżynier testów jest częścią tego procesu i musi komunikować się ze wszystkimi, ponieważ inaczej coś może zostać pominięte, a ryzyko niespełnienia wymagań przez produkt wzrośnie.
Michael Luchen
To łączy się z odnalezieniem przez ciebie niszy w dokumentacji technicznej, ponieważ pomaga zebrać cały kontekst.
Erin Hess
Traktuję ją również jak drugi mózg. Nie oczekuję od siebie, że zapamiętam wszystko, ale wiem, że moja dokumentacja jest bardzo dobra, więc mogę się do niej odwołać, kiedy potrzebuję jej na projekcie, a inni mogą z niej korzystać.
Michael Luchen
Wspomniałaś o drugim mózgu. Z tego, co widziałem, cała ta dokumentacja jest publicznie dostępna dla zespołu produktowego.
Erin Hess
Tak. Nie jest ukryta, zamknięta ani schowana za żadną dziwną zaporą płatniczą. Jest dostępna dla zespołu i kiedy coś tworzę, zdecydowanie się tym dzielę.
Michael Luchen
To świetne. Przejrzysta dokumentacja jest czymś, do czego zespoły produktowe powinny dążyć — nie tylko w inżynierii testów, ale we wszystkich specjalizacjach tworzących produkt. Dzięki temu powstaje kontekst, a właściwie przekazany kontekst pomaga każdej roli dobrze funkcjonować.
Erin Hess
Nauczyłam się, że im wcześniej można zaangażować inżyniera testów, tym lepiej. W niektórych firmach uważa się, że jego zadaniem jest jedynie wykonanie zadania, napisanie testu i określenie wyniku. Jeśli jednak chcemy, aby inżynier testów wniósł do zespołu coś więcej niż same umiejętności testowania, należy zaprosić go już przed rozpoczęciem projektu i w tygodniu poświęconym na zebranie kontekstu.
Od samego początku może pomagać w projektowaniu pod kątem testowalności, wpływać na rozwój oraz wskazywać potrzebę testowania dostępności, zamiast pozostawiać je na później. Projektowanie pod kątem testowalności powinno być częścią procesu od początku.
Michael Luchen
Zgadzam się. Brak inżyniera testów od początku projektu staje się dużym ryzykiem, ponieważ kontekst zbierany z różnych perspektyw jest kluczowy dla zapewnienia produktu dobrej jakości, który spełnia potrzeby użytkowników.
Erin Hess
Podczas sprintu warto pamiętać, że nie wiemy tego, czego nie wiemy. Nie należy bać się kontaktu z zespołem, gdy pojawia się wątpliwość lub obawa, niezależnie od jej pozornej wagi. Mała obawa może doprowadzić do znaczącego ulepszenia, a szybkie zgłoszenie problemu zmniejsza ryzyko i koszt jego naprawy.
Nie ma „ja” w tworzeniu produktu ani „ja” w zespole. Jeśli masz trudności, powiedz o tym. Jedną z najgorszych rzeczy jest czekanie do końca sprintu i dopiero wtedy poinformowanie zespołu, że nie da się czegoś wykonać.
Michael Luchen
To bardzo ważne, zwłaszcza z perspektywy zarządzania produktem. Wczesne wskazanie ryzyka może zmienić kierunek sprintu i pomóc zespołowi osiągnąć lepszy rezultat.
Erin Hess
Projektanci i programiści powinni, gdy tylko jest to możliwe, współpracować z inżynierami testów podczas projektowania i tworzenia historyjek użytkownika. Dzięki temu otrzymuję więcej informacji potrzebnych do przygotowania scenariuszy testowych, plików testowych i skryptów automatyzacji.
Obecnie wzbogacam kryteria akceptacji i wymagania o Gherkina, aby po rozpoczęciu automatyzacji duża część pracy była już wykonana.
Michael Luchen
Czym są scenariusze testowe? Czy chodzi o przechodzenie przez kryteria akceptacji napisane przez menedżera produktu, czy o coś bardziej szczegółowego?
Erin Hess
To jedno i drugie. Bierzemy kryteria akceptacji, które zespół i menedżer produktu wspólnie opracowali i ulepszyli, a następnie opisujemy, co robi dany typ użytkownika na konkretnym urządzeniu, jaki jest oczekiwany rezultat, jakie występują ryzyka i co warto sprawdzić. Tworzymy różne przepływy od początku do końca, które użytkownik może wykonać podczas testu.
Michael Luchen
Produkt może być używany w wielu miejscach — w różnych przeglądarkach, rozdzielczościach i urządzeniach. Jak ustalasz, na czym skupić wysiłki przy tak szerokim zakresie?
Erin Hess
W testowaniu łatwo przesadzić, szczególnie w testowaniu dostępności. Aby ograniczyć zakres, potrzebne są czas, praktyka i przemyślenie rodzaju projektu. Inaczej testuje się aplikację internetową, inaczej aplikację natywną, a jeszcze inaczej produkt działający wyłącznie na iPhone’ach.
Analizuję wszystkie możliwe sposoby testowania, a następnie eliminuję te, które nie są potrzebne. Buduję macierz testów, określając urządzenie, przeglądarkę i typ użytkownika, które są potrzebne w danym przypadku.
Michael Luchen
Czy korzystasz ze statystyk użycia przeglądarek i urządzeń?
Erin Hess
Tak. Istnieje wiele zasobów informujących, jakie konfiguracje są najbardziej praktyczne do testowania. Sprawdzamy, jak często używane są konkretne urządzenia, przeglądarki i ich wersje, a następnie ustalamy priorytety. Zwykle zaczynamy od Safari i Chrome na iOS i Androidzie, a konfiguracje niższego ryzyka testujemy, jeśli pozwala na to czas.
Michael Luchen
Czy testy użytkowników i ankiety mogą również pomóc ustalić, co testować?
Erin Hess
Nie mam dużego doświadczenia z ankietami użytkowników, ale lubię je wypełniać i przekazywać informacje zwrotne. Biorę pod uwagę oczekiwane doświadczenie przeciętnego użytkownika danego typu aplikacji i na tej podstawie planuję testy.
Michael Luchen
Jaka jest wartość automatyzacji produktu i kiedy należy ją wprowadzić?
Erin Hess
To zależy. Jeśli projekt jest długoterminowy, stale rozwijany i ma odpowiednio duży zespół, automatyzacja może być bardzo korzystna. Można zacząć od testów manualnych, uszeregować je według ryzyka i funkcji, a następnie wybrać platformę automatyzacji albo rozwiązanie internetowe wymagające niewielkiej ilości kodu.
W nowym projekcie warto myśleć o automatyzacji od początku. Już podczas projektowania można na przykład tworzyć znaczniki dostępności dla komponentów. Dzięki temu część kodu i skryptów będzie gotowa, zanim powstanie produkt. Automatyzacja pomaga oszczędzać czas, lepiej planować pracę i stabilizować proces testowania.
Michael Luchen
Jak podchodzisz do współpracy z menedżerami produktu?
Erin Hess
Lubię budować relacje z całym zespołem. Nie chodzi o hierarchię, ale o to, aby wszyscy współpracowali. Pracuję z menedżerami produktu równie chętnie jak z programistami i projektantami. Pomagam w tworzeniu kryteriów akceptacji, prowadzę badania i zbieram informacje. Jeśli menedżer produktu potrzebuje pomocy, angażuję się.
Michael Luchen
Partnerstwo między inżynierem testów a menedżerem produktu może mieć ogromny wpływ na produkt, zwłaszcza dzięki wspólnemu opracowywaniu kryteriów akceptacji i ustalaniu sposobu walidacji przed wydaniem produktu użytkownikom.
Erin Hess
Całkowicie się zgadzam. Pracowałam w sytuacjach, w których inżynier testów nie był angażowany od początku, i wiem, jak dużą różnicę robi wczesne włączenie go do projektu.
Michael Luchen
Wspominałaś wcześniej, że jesteś rzeczniczką dostępności. Co to oznacza?
Erin Hess
Dostępność, znana również jako „A11Y”, oznacza działanie na rzecz tego, aby funkcje, produkty i usługi były dostępne dla wszystkich użytkowników. Rzecznik dostępności jest głosem różnych użytkowników i pomaga zespołowi uwzględniać potrzeby osób, które mogłyby zostać pominięte.
Michael Luchen
Jak reagujesz, gdy interesariusze twierdzą, że nie mogą nadać priorytetu dostępności?
Erin Hess
W przypadku niektórych interesariuszy skuteczne jest pokazanie, jak kosztowny dla firmy może być brak zgodnej z wymaganiami witryny. Ryzyko pozwu jest realne, a odzyskanie zaufania po takim zdarzeniu może być trudne. Użytkownicy mogą uznać, że firma nie przejmuje się całą grupą odbiorców.
Michael Luchen
Czy możesz opowiedzieć więcej o empatii jako podstawie testowania?
Erin Hess
Empatia oznacza próbę zrozumienia lub odczucia tego, czego doświadcza inna osoba, z jej perspektywy. W testowaniu oznacza to wejście w doświadczenie użytkownika. Testowanie motywu o wysokim kontraście czy czcionki przyjaznej osobom z dysleksją pokazuje, że empatia i dostępność są ze sobą bezpośrednio związane.
Michael Luchen
Co sprawia, że empatia jest podstawą testowania?
Erin Hess
Nie można znać oczekiwań danej osoby, jeśli nie zna się jej doświadczeń. Właśnie dlatego testowanie z perspektywy użytkownika jest tak ważne. Związek testowania i empatii szczególnie wyraźnie widać w testowaniu dostępności.
Michael Luchen
Przed zakończeniem chciałbym zadać kilka szybkich, osobistych pytań.
Erin Hess
Proszę bardzo.
Michael Luchen
Który z twoich nawyków najbardziej przyczynił się do sukcesu?
Erin Hess
Umiejętność tworzenia struktury i organizowania ogromnych ilości informacji. Rozwijałam ją przez lata. To jedna z moich supermocy i wynika z zamiłowania do porządkowania oraz tworzenia dobrej, użytecznej i znaczącej dokumentacji.
Michael Luchen
Jakiego narzędzia najczęściej używasz?
Erin Hess
Chrome DevTools. Szczególnie cenię tryb urządzenia, który pozwala symulować urządzenia mobilne, testować responsywność i różne widoki. Panel sieci jest moim najlepszym przyjacielem, zwłaszcza gdy zgłaszam błąd. Korzystam również z Lighthouse i Axe do testowania dostępności.
Michael Luchen
Jakiej rady udzieliłabyś osobie rozpoczynającej drogę w świecie produktu?
Erin Hess
Bądź otwarta na naukę wszystkiego i od każdego. Jeśli programista, projektant albo menedżer produktu chce podzielić się z tobą wiedzą lub poświęcić ci czas, skorzystaj z tego. Traktuj to jako okazję do nauki.
Michael Luchen
Bardzo dobrze powiedziane. Wiele się dziś nauczyłem. Erin, dziękuję za udział w programie.
Erin Hess
Dziękuję za zaproszenie. Z przyjemnością będę dalej rozmawiać o testowaniu dostępności i inżynierii testów.
Michael Luchen
Jeśli chcecie dowiedzieć się więcej o pracy Erin, odwiedźcie crema.us i znajdźcie ją na LinkedIn. Erin jest również aktywna na Twitterze pod adresem @QueenTester.
Jeśli podobał wam się dzisiejszy program, zajrzyjcie do powiązanej publikacji QA Lead, w której omawiamy najnowsze i najlepsze rozwiązania z zakresu automatyzacji i testowania. Znajdziecie ją na stronie theqalead.com.
Erin, jeszcze raz dziękuję za udział w programie. To był fantastyczny odcinek. Dziękuję wszystkim za słuchanie. Zostawcie proszę recenzję tego podcastu — z przyjemnością poznam wasze opinie. Obserwujcie nas i dołączcie do społeczności na stronie theproductmanager.com. Dziękuję.

