StaleElementReference Błąd Element nie został znaleziony w pamięci podręcznej

Question

Używam Capybara 2.1 z Ruby 1.9.3, używając sterownika selenu (z Minitest i Test Unit) w celu przetestowania aplikacji internetowej.

Mam problem z problemem StaleElementReferenceException. Widziałem już wiele dyskusji na ten temat, ale nie byłem w stanie znaleźć rozwiązania problemu, z którym się borykam.

Więc w zasadzie, staram się znaleźć wszystkie elementy paginacji na mojej stronie za pomocą tego kodu:

pagination_elements = page.all('.pagination a') 

Potem robię pewne twierdzenia na temat tych elementów, takich jak:

pagination_elements.first.must_have_content('1') 

Po te twierdzenia, kontynuuję test, klikając link Next Page, aby upewnić się, że mój przyszły pierwszy element paginacji będzie poprzednią stroną. Aby to zrobić, że jestem znowu pobierania elementów paginations:

new_pagination_elements = page.all('.pagination a') 

A Stale Błąd występuje tutaj, bo jestem elementy, które ja już osiągnęły idące. (Here is the error)

Możesz zobaczyć stany linków here.

Naprawdę nie mam pojęcia, jak sprawić, aby ten wspólny test działał prawidłowo. Czy masz jakieś wskazówki, aby uzyskać lepszy sposób dotarcia do elementów stronicowania?

Answer 1

Widziałem główne przesłanie w GIST jest:

Element not found in the cache - 
perhaps the page has changed since it was looked up 

mam podobną sprawę. Istnieją dwa rozwiązania:

1. Dodaj page.reload przed sprawdzeniem same rzeczy w nowej strony, jeśli masz ustawione Capybara.automatic_reload = false w spec_helper

2. find specjalny element nowej strony, które poprzednia strona nie posiada. Ten efekt jest równoważny oczekiwaniu.

Inną metodą jest użycie określonego selektora. Na przykład, zamiast

pagination_elements = page.all('.pagination a') 

Korzystanie

pagination_elements = page.all('#post_123 .pagination a') 

Dołącz unikalny identyfikator obszaru selektora i nie powinien spełniać taki problem.

Answer 2

czasami mają jakiś problem z AJAX intensywnych stron, w moim przypadku to rozwiązanie rozwiązuje go:

begin 
    ... 
rescue Selenium::WebDriver::Error::StaleElementReferenceError 
    sleep 1 
    retry 
end 

Answer 3

Czy próbowałeś użyć WebDriver bezpośrednio raczej niż przez Kapibara? Woudl potencjalnie daje większą kontrolę nad tym, kiedy i kiedy nie buforować obiektów.

np.(Przepraszam za składni Javy ale powinien dostać ten pomysł)

WebElement searchField = driver.findElement(By.CssSelector("input.foo")); 

searchField.click(); 

searchField.sendKeys("foo foo"); 

System.out.println(searchField.getText()); 

//Do something elsewhere on the page which causes html to change (e.g. submit form) 

..... 
.... 

//This next line would throw stale object 

System.out.println(searchField.getText()); 

//This line will not throw exception 

searchField = driver.findElement(By.CssSelector("input.foo")); 

System.out.println(searchField.getText()); 

Przypisywanie „findElement” znowu „searchField” oznacza, że ​​możemy ponownie znaleźć tego elementu. Wiedza na temat tego, kiedy i kiedy nie należy ponownie przypisać, jest kluczem do podjęcia decyzji o przechowywaniu w pamięci podręcznej stron WWW.

Nie użyłem kapibary, ale zakładam, że ukrywa ona przed tobą strategię buforowania?

Answer 4

Ciekawe Link o tym błędzie i jak to naprawić: http://stefan.haflidason.com/testing-with-rails-and-capybara-methods-that-wait-method-that-wont/

Answer 5

Podobno oprócz rasy warunki, błąd ten pojawia się również ze względu na nadużyli within bloków. Na przykład:

within '.edit_form' do 
    click '.edit_button' 
    # The error will appear here if the 'edit_button' is not a 
    # descendant of the 'edit_form' 
end