[ruby-on-rails-3] 카피 바라 모호성 해결

카피 바라의 모호성을 어떻게 해결합니까? 어떤 이유로 페이지에 동일한 값을 가진 링크가 필요하지만 오류가 발생하여 테스트를 만들 수 없습니다.

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

이것을 피할 수없는 이유는 디자인 때문입니다. 트윗 / 태그가 오른쪽에, 태그가 페이지 왼쪽에있는 트위터 페이지를 다시 만들려고합니다. 따라서 동일한 페이지에 동일한 링크 페이지가 표시되는 것은 불가피합니다.



답변

내 해결책은

first(:link, link).click

대신에

click_link(link)


답변

Capybara의 이러한 행동은 의도적이며 다른 대부분의 답변에서 제안한대로 수정해서는 안된다고 생각합니다.

2.0 이전 버전의 Capybara는 예외를 발생시키는 대신 첫 번째 요소를 반환했지만 나중에 Capybara의 메인테이너는 그것이 나쁜 생각이고 그것을 올리는 것이 낫다고 결정했습니다. 많은 상황에서 첫 번째 요소를 반환하면 개발자가 반환하고자하는 요소가 반환되지 않는 것으로 결정되었습니다.

여기에서 가장 많이 찬성 된 답변은 first또는 all대신 사용하는 것이 좋습니다 find.

  1. all그리고 first비록 페이지에 표시됩니다 같은 로케이터와 요소까지 기다리지 않는다 find대기 않습니다
  2. all(...).first그리고 first앞으로 이러한 로케이터와 다른 요소가 페이지에 표시 될 수 있다는 상황에서 당신을 보호하지 않으며 결과로 당신은 잘못된 요소를 찾을 수 있습니다

따라서 덜 모호한 다른 로케이터 를 선택하는 것이 좋습니다. 예를 들어 하나의 요소 만 일치하도록 ID, 클래스 또는 기타 css / xpath 로케이터별로 요소를 선택합니다.


모호성을 해결할 때 일반적으로 유용하다고 생각하는 몇 가지 로케이터는 다음과 같습니다.

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

    페이지에 first('ul > li')처음 li나타날 때까지 기다리는 것보다 더 유용 합니다.

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

    first(:link, 'Create Account').click페이지에 하나 이상의 계정 만들기 링크가 나타날 때까지 기다리는 것보다 낫습니다 . 그러나 페이지에 두 번 나타나지 않는 고유 한 로케이터를 선택하는 것이 좋습니다.

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

    exact: true Capybara에게 정확히 일치하는 항목 만 찾도록 지시합니다. 즉, “암호 확인”을 찾지 못합니다.


답변

위의 솔루션은 훌륭하게 작동하지만 궁금한 사람들을 위해 다음 구문을 사용할 수도 있습니다.

click_link(link_name, match: :first)

여기에서 자세한 정보를 찾을 수 있습니다.

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


답변

새로운 답변 :

다음과 같은 것을 시도 할 수 있습니다.

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

사용 가능한 Capybara 구문을 더 잘 사용할 수있는 방법이있을 수 있습니다. 즉, 줄을 따라 가면서 all("a[text='#tag1']").first.click올바른 구문을 생각할 수 없으며 적절한 문서를 찾을 수 없습니다. 즉, 이상한 상황의 약간이 개 필요로 시작하는 말했습니다 <a>같은과 태그 id, class및 텍스트. find withinDOM의 적절한 세그먼트 를 수행 할 수 있으므로 다른 div의 자식 일 가능성이 있습니까? (HTML 소스를 보면 도움이 될 것입니다).


이전 답변 : (여기서 ‘# tag1’은 요소 id에 “tag1” 이 있음을 의미한다고 생각했습니다. )

어떤 링크를 클릭 하시겠습니까? 첫 번째 (또는 중요하지 않음)라면 할 수 있습니다.

find('#tag1').click

그렇지 않으면 할 수 있습니다

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

두 번째를 클릭합니다.


답변

다음을 사용하여 첫 번째 것을 찾을 수 있습니다 match.

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

그러나 중요한 것은, 당신은 아마이 일을하지 않으려 는 이어질 것으로, 취성 시험을 중복 출력 코드 냄새를 무시하는 차례 리드에서 오탐 (false positive) 가 실패해야 할 때 하나의 일치를 제거하기 때문에, 작업을 계속 요소이지만 테스트는 행복하게 다른 것을 찾았습니다.

더 나은 방법은 다음을 사용하는 것입니다 within.

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

이렇게하면 찾을 것으로 예상되는 요소를 찾는 동시에 Capybara의 자동 대기 및 자동 재시도 기능 (를 사용하면 손실 됨)을 계속 활용 find('.selector').click하여 의도가 무엇인지 훨씬 명확하게 알 수 있습니다.


답변

여기에 기존 지식을 추가하려면 :

JS 테스트의 경우 Capybara는 두 개의 스레드 (하나는 RSpec, 하나는 Rails)와 두 번째 프로세스 (브라우저)를 동기화 상태로 유지해야합니다. 대부분의 매처 및 노드 찾기 방법에서 대기 (구성된 최대 대기 시간까지)하여이를 수행합니다.

Capybara에는 주로 기다리지 않는 메서드가 Node#all있습니다. 그것들을 사용하는 것은 간헐적으로 실패하기를 바라는 스펙을 말하는 것과 같습니다.

받아 들여지는 대답은 page.first('selector'). 을 Node#first사용Node#all 하기 때문에 적어도 JS 사양에서는 바람직하지 않습니다 .

즉, Capybara를 다음과 같이 구성 Node#first 하면 기다립니다.

# rails_helper.rb
Capybara.wait_on_first_by_default = true

이 옵션은 Capybara 2.5.0에서 추가 되었으며 기본적으로 false입니다.

Andrei가 언급했듯이 대신

find('selector', match: :first)

또는 선택기를 변경하십시오. 둘 다 구성 또는 드라이버에 관계없이 잘 작동합니다.

더 복잡하게하기 위해 이전 버전의 Capybara (또는 구성 옵션이 활성화 된 경우)에서는 #find모호함을 기꺼이 무시하고 첫 번째 일치하는 선택자를 반환합니다. 이것은 당신의 사양을 덜 명확하게 만들기 때문에 좋지 않습니다. 이것이 더 이상 기본 동작이 아닌 이유입니다. 세부 사항은 위에서 이미 논의 했으므로 생략하겠습니다.

추가 리소스 :


답변

이 게시물 로 인해 “일치”옵션을 통해 수정할 수 있습니다.

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