Resolución de ambigüedad de carpincho

¿Cómo resuelvo la ambigüedad en Capybara? Por alguna razón, necesito enlaces con los mismos valores en una página, pero no puedo crear una prueba porque obtengo el error

Failure/Error: click_link("#tag1")
     Capybara::Ambiguous:
       Ambiguous match, found 2 elements matching link "#tag1"

La razón por la que no puedo evitar esto es por el diseño. Estoy intentando recrear la página de Twitter con tweets / etiquetas a la derecha y las etiquetas a la izquierda de la página. Por lo tanto, será inevitable que aparezcan páginas de enlaces idénticas en la misma página.

Mi solucion es

first(:link, link).click

en vez de

click_link(link)

Tal comportamiento de Capybara es intencional y creo que no debería arreglarse como se sugiere en la mayoría de las otras respuestas.

Las versiones de Capybara anteriores a 2.0 devolvieron el primer elemento en lugar de generar una excepción, pero los mantenedores posteriores de Capybara decidieron que es una mala idea y es mejor aumentarla. Se decidió que en muchas situaciones devolver el primer elemento conduce a devolver no el elemento que el desarrollador quería que se devolviera.

La respuesta más votada aquí recomienda usar firsto en alllugar de findpero:

1. ally firstno espere hasta que el elemento con dicho localizador aparezca en la página, aunque findespera
2. all(...).firsty firstno lo protegerá de una situación en la que en el futuro pueda aparecer otro elemento con dicho localizador en la página y, como resultado, puede encontrar un elemento incorrecto

Por lo tanto, se recomienda elegir otro localizador menos ambiguo : por ejemplo, seleccione el elemento por id, clase u otro localizador css / xpath para que solo un elemento coincida con él.

Como nota, aquí hay algunos localizadores que generalmente considero útiles a la hora de resolver ambigüedades:

• find('ul > li:first-child')

  Es más útil que first('ul > li')esperar hasta lique aparezca primero en la página.

• click_link('Create Account', match: :first)

  Es mejor que first(:link, 'Create Account').clickesperar hasta que aparezca al menos un enlace Crear cuenta en la página. Sin embargo, creo que es mejor elegir un localizador único que no aparezca dos veces en la página.

• fill_in('Password', with: 'secret', exact: true)

  exact: true le dice a Capybara que busque solo coincidencias exactas, es decir, que no encuentre "Confirmación de contraseña"

La solución anterior funciona muy bien, pero para los curiosos también puede usar la siguiente sintaxis.

click_link(link_name, match: :first)

Puedes encontrar más información aquí:

http://taimoorchangaizpucitian.wordpress.com/2013/09/06/capybara-click-link-different-cases-and-solutions/

NUEVA RESPUESTA:

Puedes probar algo como

all('a').select {|elt| elt.text == "#tag1" }.first.click

Puede haber una forma de hacer esto que haga un mejor uso de la sintaxis de Capybara disponible, algo parecido a, all("a[text='#tag1']").first.clickpero no puedo pensar en la sintaxis correcta y no puedo encontrar la documentación adecuada. Dicho esto, es un poco de una situación extraña para empezar, que tiene dos <a>etiquetas con el mismo id, classy texto. ¿Existe alguna posibilidad de que sean hijos de diferentes divs, ya que luego podría hacer su find withinsegmento apropiado del DOM? (Sería útil ver un poco de su fuente HTML).

ANTIGUA RESPUESTA: (donde pensé que '# etiqueta1' significaba que el elemento tenía una id"etiqueta1")

¿En cuál de los enlaces quieres hacer clic? Si es el primero (o no importa), puede hacer

find('#tag1').click

De lo contrario, puedes hacer

all('#tag1')[1].click

para hacer clic en el segundo.

Puede asegurarse de encontrar el primero utilizando match:

find('.selector', match: :first).click

Pero lo que es más importante, probablemente no desee hacer esto , ya que conducirá a pruebas frágiles que ignoran el olor del código de salida duplicado, lo que a su vez conduce a falsos positivos que siguen funcionando cuando deberían haber fallado, porque eliminó una coincidencia elemento, pero la prueba felizmente encontró el otro.

La mejor opción es usar within:

within('#sidebar') do
  find('.selector).click
end

Esto asegura que está encontrando el elemento que espera encontrar, mientras sigue aprovechando las capacidades de espera automática y reintento automático de Capybara (que pierde si usa find('.selector').click), y deja mucho más claro cuál es la intención.

Para agregar al cuerpo de conocimiento existente aquí:

Para las pruebas de JS, Capybara tiene que mantener dos hilos (uno para RSpec, otro para Rails) y un segundo proceso (el navegador) sincronizados. Lo hace esperando (hasta el tiempo de espera máximo configurado) en la mayoría de los métodos de búsqueda de nodos y comparadores.

Carpincho también tiene métodos que no esperan, principalmente Node#all. Usarlos es como decirle a sus especificaciones que le gustaría que fallaran de forma intermitente.

La respuesta aceptada sugiere page.first('selector'). Esto no es deseable, al menos para las especificaciones de JS, porque Node#firstusesNode#all .

Dicho esto, Node#first se espera si configura capibara, así:

# rails_helper.rb
Capybara.wait_on_first_by_default = true

Esta opción se agregó en Capybara 2.5.0 y es falsa por defecto.

Como mencionó Andrei, deberías usar

find('selector', match: :first)

o cambia tu selector. Cualquiera funcionará bien independientemente de la configuración o el controlador.

Para complicar aún más las cosas, en versiones antiguas de Capybara (o con una opción de configuración habilitada), #findfelizmente ignorará la ambigüedad y simplemente devolverá el primer selector coincidente. Esto tampoco es genial, ya que hace que sus especificaciones sean menos explícitas, lo que imagino que es la razón por la que ya no es el comportamiento predeterminado. Dejaré de lado los detalles porque ya se han discutido anteriormente.

Más recursos:

• https://thoughtbot.com/blog/write-reliable-asynchronous-integration-tests-with-capybara
• https://makandracards.com/makandra/20829-threads-and-processes-in-a-capybara-selenium-session

Debido a esta publicación , puede solucionarlo a través de la opción "coincidir":

Capybara.configure do |config|
  config.match = :prefer_exact
end

Teniendo en cuenta todas las opciones anteriores, también puede probar esto

find("a", text: text, match: :prefer_exact).click

Si está usando pepino, puede seguir esto también

Puede pasar el texto como parámetro de los pasos del escenario, que puede ser un paso genérico para reutilizarlo nuevamente.

Algo como When a user clicks on "text" link

Y en paso definición When(/^(?:user) clicks on "([^"]*)" (?:link)$/) do |text|

De esta manera, puede reutilizar el mismo paso minimizando las líneas de código y sería fácil escribir nuevos escenarios de pepino.

Para evitar errores ambiguos en pepino.

Solución 1

first("#tag1").click

Solucion 2

Cucumber features/filename.feature --guess