Jak nie przesadzić z testami e2e

pytanie zadane 20 maja 2019 w JavaScript przez BT101 Stary wyjadacz (12,540 p.)

Piszę sobie testy e2e w puppeteerze. Znajomy, z którym współpracuje napisał mi, że trochę przesadzam z tymi testami e2e, sprawdzając według niego za dużo rzeczy.

Oprócz e2e mamy oczywiście masę unit testów i integracyjnych.

Znacie jakiś artykuł lub sami moglibyście się wypowiedzieć, które rzeczy zasługują na test e2e, a które nie? Puppeteerem można sprawdzić dosłownie wszystko od takich trywialnych rzeczy jak sprawdzenie tytułu podstrony po wykonanie całej sekwencji czynności, które prowadzą do czegoś.

1 odpowiedź

odpowiedź 20 maja 2019 przez Comandeer Guru (600,810 p.)

Trudno coś powiedzieć, nie widząc tych testów. Za dużo rzeczy, w sensie sprawdzasz takie, których nie trzeba sprawdzać (np. tytuł podstrony bardziej pasuje IMO do unit testu), czy poszczególne testy za dużo robią?

Ogólnie warto otestować E2E wszystkie najważniejsze ścieżki w aplikacji, które user będzie używał + ważniejsze wykryte bugi. Nie ma natomiast za bardzo sensu testować w ten sposób rzeczy pokrytych unitami czy integracyjnymi.

1	komentarz 20 maja 2019 przez BT101 Stary wyjadacz (12,540 p.) np. puppeteerem wpisuje dane do formularza i sprawdzam czy po submicie został dodany element do listy w dom, to już zasługuje na test e2e? Chyba raczej chodziło mu, że sprawdzam rzeczy, które można unitami testować.