Capybara Ambiguity Resolution

ฉันจะแก้ไขความคลุมเครือใน Capybara ได้อย่างไร ด้วยเหตุผลบางประการฉันต้องการลิงก์ที่มีค่าเดียวกันในเพจ แต่ไม่สามารถสร้างการทดสอบได้เนื่องจากได้รับข้อผิดพลาด

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

สาเหตุที่เลี่ยงเรื่องนี้ไม่ได้เพราะการออกแบบ ฉันพยายามสร้างหน้าทวิตเตอร์ขึ้นมาใหม่โดยมีทวีต / แท็กทางด้านขวาและแท็กทางด้านซ้ายของหน้า ดังนั้นจึงหลีกเลี่ยงไม่ได้ที่หน้าลิงก์ที่เหมือนกันจะปรากฏในหน้าเดียวกัน

ทางออกของฉันคือ

first(:link, link).click

แทน

click_link(link)

พฤติกรรมดังกล่าวของ Capybara เป็นความตั้งใจและฉันเชื่อว่ามันไม่ควรได้รับการแก้ไขตามที่แนะนำไว้ในคำตอบอื่น ๆ ส่วนใหญ่

Capybara เวอร์ชันก่อน 2.0 ส่งคืนองค์ประกอบแรกแทนที่จะเพิ่มข้อยกเว้น แต่ผู้ดูแล 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 ค้นหาเฉพาะรายการที่ตรงกันเท่านั้นเช่นไม่พบ "Password Confirmation"

วิธีแก้ปัญหาข้างต้นใช้งานได้ดี แต่สำหรับผู้ที่อยากรู้อยากเห็นคุณสามารถใช้ไวยากรณ์ต่อไปนี้ได้

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และข้อความ มีโอกาสใดบ้างที่พวกเขาเป็นลูกของ div ที่แตกต่างกันเนื่องจากคุณสามารถทำfind withinส่วนที่เหมาะสมของ DOM ได้ (จะช่วยให้เห็นแหล่งที่มา HTML ของคุณ)

คำตอบเก่า: (ที่ฉันคิดว่า '# tag1' หมายถึงองค์ประกอบมีid"tag1")

คุณต้องการคลิกลิงก์ใด หากเป็นครั้งแรก (หรือไม่สำคัญ) คุณสามารถทำได้

find('#tag1').click

มิฉะนั้นคุณสามารถทำได้

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

เพื่อคลิกอันที่สอง

คุณสามารถมั่นใจได้ว่าคุณพบรายการแรกโดยใช้match:

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

แต่ที่สำคัญคุณอาจไม่ต้องการทำเช่นนี้เนื่องจากจะนำไปสู่การทดสอบที่เปราะบางซึ่งเพิกเฉยต่อกลิ่นรหัสเอาต์พุตที่ซ้ำกันซึ่งจะนำไปสู่ผลบวกที่ผิดพลาดซึ่งจะทำงานต่อไปเมื่อควรจะล้มเหลวเนื่องจากคุณลบการจับคู่ องค์ประกอบ แต่การทดสอบพบอีกอันอย่างมีความสุข

การเดิมพันที่ดีกว่าคือการใช้within:

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

สิ่งนี้ช่วยให้มั่นใจได้ว่าคุณจะพบองค์ประกอบที่คุณคาดหวังว่าจะพบในขณะที่ยังคงใช้ประโยชน์จากความสามารถในการรออัตโนมัติและการลองใหม่อัตโนมัติของ Capybara (ซึ่งคุณจะสูญเสียหากคุณใช้find('.selector').click) และทำให้ชัดเจนขึ้นมากว่าเจตนาคืออะไร

หากต้องการเพิ่มองค์ความรู้ที่มีอยู่ที่นี่:

สำหรับการทดสอบ JS Capybara ต้องเก็บเธรดสองเธรด (หนึ่งเธรดสำหรับ RSpec หนึ่งสำหรับ Rails) และกระบวนการที่สอง (เบราว์เซอร์) ในการซิงค์ ทำได้โดยการรอ (ถึงเวลารอสูงสุดที่กำหนดไว้) ในตัวจับคู่และวิธีการค้นหาโหนดส่วนใหญ่

Capybara Node#allนอกจากนี้ยังมีวิธีการที่ไม่ต้องรอเป็นหลัก การใช้มันก็เหมือนกับการบอกข้อมูลจำเพาะของคุณว่าคุณต้องการให้มันล้มเหลวเป็นระยะ ๆ

page.first('selector')คำตอบที่ได้รับการยอมรับให้เห็น นี้เป็นที่ไม่พึงประสงค์อย่างน้อยสำหรับรายละเอียด JS เพราะการใช้งานNode#firstNode#all

ที่กล่าวว่าNode#first จะรอถ้าคุณกำหนดค่า Capybara ดังนี้:

# rails_helper.rb
Capybara.wait_on_first_by_default = true

ตัวเลือกนี้ถูกเพิ่มใน Capybara 2.5.0และเป็นเท็จโดยค่าเริ่มต้น

ดังที่ Andrei กล่าวถึงคุณควรใช้ไฟล์

find('selector', match: :first)

หรือเปลี่ยนตัวเลือกของคุณ ทั้งสองอย่างจะทำงานได้ดีโดยไม่คำนึงถึง config หรือไดรเวอร์

หากต้องการทำให้สิ่งต่าง ๆ ซับซ้อนยิ่งขึ้นใน Capybara เวอร์ชันเก่า (หรือเมื่อเปิดใช้งานตัวเลือกการกำหนดค่า) #findจะเพิกเฉยต่อความคลุมเครือและเพียงส่งคืนตัวเลือกการจับคู่แรก สิ่งนี้ก็ไม่ดีเช่นกันเนื่องจากทำให้ข้อกำหนดของคุณมีความชัดเจนน้อยลงซึ่งฉันคิดว่าทำไมถึงไม่เป็นพฤติกรรมเริ่มต้นอีกต่อไป ฉันจะไม่ระบุรายละเอียดเนื่องจากได้มีการกล่าวถึงข้างต้นแล้ว

แหล่งข้อมูลเพิ่มเติม:

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

เนื่องจากโพสต์นี้คุณสามารถแก้ไขได้โดยใช้ตัวเลือก "จับคู่":

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

เมื่อพิจารณาจากตัวเลือกทั้งหมดข้างต้นคุณสามารถลองสิ่งนี้ได้เช่นกัน

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

หากคุณใช้แตงกวาก็สามารถทำตามได้เช่นกัน

คุณสามารถส่งข้อความเป็นพารามิเตอร์จากขั้นตอนสถานการณ์ซึ่งอาจเป็นขั้นตอนทั่วไปเพื่อนำกลับมาใช้อีกครั้ง

สิ่งที่ต้องการ When a user clicks on "text" link

และในการกำหนดขั้นตอน When(/^(?:user) clicks on "([^"]*)" (?:link)$/) do |text|

ด้วยวิธีนี้คุณสามารถใช้ขั้นตอนเดิมซ้ำได้โดยการย่อบรรทัดของโค้ดให้เล็กที่สุดและจะง่ายต่อการเขียนสถานการณ์แตงกวาใหม่

เพื่อหลีกเลี่ยงข้อผิดพลาดที่ไม่ชัดเจนในแตงกวา

แนวทางแก้ไข 1

first("#tag1").click

โซลูชันที่ 2

Cucumber features/filename.feature --guess