Opis projektu
PrzetłumaczoneObsługujemy portal B2B, z którego codziennie korzystają nasi partnerzy i menedżerowie kont, a aktualizacje wydajemy mniej więcej dwa razy w miesiącu. Przy każdym wydaniu testujemy te same krytyczne ścieżki ręcznie, co zajmuje cały dzień pracy testera manualnego, a mimo to coś umyka, ponieważ człowiek się męczy i pomija krok. Chcemy zastąpić ten rytuał zautomatyzowanym zestawem regresji, który działa przed każdym wydaniem i jasno informuje nas, czy kluczowe scenariusze nadal działają.
Zestaw musi obejmować proces logowania z poprawnymi i niepoprawnymi danymi uwierzytelniającymi oraz zablokowane konto, pełną ścieżkę składania wniosków od pustego formularza do potwierdzonego rekordu oraz dostęp oparty na rolach, aby partner nigdy nie widział ekranów menedżera, a menedżer nie mógł uzyskać dostępu do obszaru administracyjnego. Chcielibyśmy, aby testy były uruchamiane na kopii stagingowej portalu, generowały czytelny raport pokazujący, które scenariusze przeszły, a które nie, z zrzutem ekranu w momencie niepowodzenia, i były uruchamiane zarówno ręcznie, jak i z naszej linii budowania z wyraźnym kodem wyjścia.
Oczekujemy czystego, łatwego w utrzymaniu kodu testowego, który nowy inżynier może rozszerzyć, stabilnych selektorów, które nie łamią się przy drobnych zmianach w markupie, oraz krótkich notatek pisemnych na temat dodawania nowego scenariusza. Wymagania obejmują:
— scenariusze logowania obejmujące sukces, błędne hasło i zablokowanego użytkownika;
— end-to-end składanie wniosków z walidacją pól;
— kontrole ról i uprawnień dla partnera, menedżera i administratora;
— czytelny raport i przyjazny dla linii budowania kod wyjścia.
Zestaw musi obejmować proces logowania z poprawnymi i niepoprawnymi danymi uwierzytelniającymi oraz zablokowane konto, pełną ścieżkę składania wniosków od pustego formularza do potwierdzonego rekordu oraz dostęp oparty na rolach, aby partner nigdy nie widział ekranów menedżera, a menedżer nie mógł uzyskać dostępu do obszaru administracyjnego. Chcielibyśmy, aby testy były uruchamiane na kopii stagingowej portalu, generowały czytelny raport pokazujący, które scenariusze przeszły, a które nie, z zrzutem ekranu w momencie niepowodzenia, i były uruchamiane zarówno ręcznie, jak i z naszej linii budowania z wyraźnym kodem wyjścia.
Oczekujemy czystego, łatwego w utrzymaniu kodu testowego, który nowy inżynier może rozszerzyć, stabilnych selektorów, które nie łamią się przy drobnych zmianach w markupie, oraz krótkich notatek pisemnych na temat dodawania nowego scenariusza. Wymagania obejmują:
— scenariusze logowania obejmujące sukces, błędne hasło i zablokowanego użytkownika;
— end-to-end składanie wniosków z walidacją pól;
— kontrole ról i uprawnień dla partnera, menedżera i administratora;
— czytelny raport i przyjazny dla linii budowania kod wyjścia.
Rozwój oprogramowania Gotówka, Przelew bankowy
