Wpis z mikrobloga

Bo często ta gotowa ścieżka wygląda tak, jakby mama powiedziała że macie ją w domu, takie coś dostaję dla przycisku logowania u mnie w apce xD

/html/body/div[1]/div/section[2]/div[2]/div/div[1]/form/div/button
Poza tym że to nieczytelne, to jakakolwiek zmiana w strukturze html spowoduje konieczność aktualizacji ścieżki do elementu w kodzie
  • Odpowiedz
@xPekka jak wrócisz za 5 minut do tego selectora, to za cholerę nie będziesz wiedział do czego on prowadzi. Poza tym gdy nastąpi jakakolwiek najmniejsza zmiana, która znajdzie odzwierciedlenie w strukturze DOMu to ten selector nada się do kosza.
Niestety, ale potem debugowanie dlaczego test nie działa jest czasochłonne jeśli chodzi o koślawe selectory.
  • Odpowiedz
@imo0mfg: Nie wszystkie projekty korzystają z ID, czy test-id, zwłaszcza stare, na wpół hinduskie korpo projekty. W nowych frameworkach to oczywiście wymiera, ale nadal będzie ogrom pracy w której xpath to jedyna opcja (niestety).

@xPekka
1. Długi xpath to niska czytelność
2. Tak napisany Xpath wypierdzieli się od razu po jakiejkolwiek zmianie w układzie strony
3. Utrzymywanie takich xpathów to koszmar. Z kilkoma byłby problem, a projekty potrafią mieć po kila-kilkanaście
  • Odpowiedz
@imo0mfg xPath pozwala na wędrowanie zarówno w górę jak i w dół drzewa. Bardzo często się to przydaje jak chcesz zmyślnie operować selectorami. Dodatkowo możliwość lokalizowania elementu na podstawie tekstu zawartego w danym nodzie.
Osobiście używam naprzemiennie xPath, CSS oraz Playwrightowych locatorów i jest git.
  • Odpowiedz