QA / QA Automation

Na ile pewnie czujesz się z Playwright dla Pythona? Czy są słabe punkty lub tematy, w których jeszcze nie czujesz się pewnie?

Jak zaimplementowałbyś funkcję, którą trzeba wywołać z różnymi parametrami?

Szablon "BergSiteBundle:ProviderPriceListScheduling:mail_notify_foul.html.twig" zawiera błąd: Nieoczekiwany token 'name' o wartości 'providerPriceListSchedule' ('oczekiwany koniec bloku instrukcji') w "BergSiteBundle:ProviderPriceListScheduling:mail_notify_foul.html.twig" w linii 56.

Jak pracowałeś w TestRail?

Jakie metody Playwright pozwalają znaleźć przycisk po tekście?

Czym jest fixture?

Jak używasz Git: przez IDE czy przez konsolę?

Opowiedz o sobie.

Na stronie jest przycisk, który staje się aktywny dopiero po 3 sekundach od załadowania. Chcę na niego kliknąć

Jakie defekty mają najwyższy priorytet?

Czego było więcej w twoim doświadczeniu: automatyzacji API czy UI?

Czy listy kontrolne i raporty błędów są dokumentacją testową?

Jeśli przy tych samych działaniach, z tym samym użytkownikiem, umową i wygasłym tokenem, otrzymujesz ten sam błąd, czy oznacza to, że błąd się powtarza i jest błędem, który należy naprawić?

Jakie severity i priorytet przypisałbyś temu defektowi?

Czy masz doświadczenie w pracy w organizacjach handlowych, takich jak sprzedaż, księgowość lub logistyka?

Jakie działania podejmiesz jako tester w przypadku takiego błędu w logu?

Dlaczego zdecydowałeś się odejść z obiecującej firmy?

Jakie priorytety wyboru lokalizatorów stosujesz w Playwright?

Jak odtworzysz problem i upewnisz się, że otrzymałeś ten sam log?

Czy napisałeś przypadki testowe?