คำถามติดแท็ก cucumber

8
การทดสอบ iOS / รายละเอียด TDD / BDD และการทดสอบการรวมและการยอมรับ
ล็อคแล้ว คำถามและคำตอบของคำถามนี้ถูกล็อคเนื่องจากคำถามอยู่นอกหัวข้อ แต่มีความสำคัญทางประวัติศาสตร์ ขณะนี้ไม่ยอมรับคำตอบหรือการโต้ตอบใหม่ เทคโนโลยีที่ดีที่สุดที่ใช้ในการพัฒนาพฤติกรรมที่ขับเคลื่อนบน iPhone คืออะไร? และโครงการตัวอย่างโอเพ่นซอร์สบางโครงการที่แสดงให้เห็นถึงการใช้เสียงของเทคโนโลยีเหล่านี้คืออะไร นี่คือตัวเลือกที่ฉันพบ: การทดสอบหน่วย ทดสอบ ::สไตล์หน่วย OCUnit / SenTestingKitที่อธิบายไว้ในคู่มือการพัฒนา iOS: การประยุกต์ใช้งานหน่วยทดสอบและอื่น ๆ ที่อ้างอิง OCUnit ตัวอย่าง: iPhoneUnitTests , Three20 จับ GHUnit Google Toolbox สำหรับ Mac: การทดสอบหน่วย iPhone สไตล์RSpec กีวี่ (ซึ่งมาพร้อมกับการเยาะเย้ย & ความคาดหวัง) ต้นซีดาร์ จัสมินกับUI Automationดังแสดงในข้อกำหนดการทดสอบการยอมรับ iOS ที่คล่องแคล่ว การทดสอบการยอมรับ สไตล์ซีลีเนียม UI Automation (ทำงานบนอุปกรณ์) คู่มือเครื่องมืออัตโนมัติ UI เอกสารอ้างอิง …

6
RSpec vs Cucumber (เรื่อง RSpec) [ปิด]
ตามที่เป็นอยู่ในปัจจุบันคำถามนี้ไม่เหมาะสำหรับรูปแบบคำถาม & คำตอบของเรา เราคาดหวังคำตอบที่จะได้รับการสนับสนุนจากข้อเท็จจริงการอ้างอิงหรือความเชี่ยวชาญ แต่คำถามนี้มีแนวโน้มที่จะเรียกร้องให้มีการอภิปรายโต้แย้งโต้แย้งหรือการอภิปรายเพิ่มเติม หากคุณรู้สึกว่าคำถามนี้สามารถปรับปรุงและเปิดใหม่ได้โปรดไปที่ศูนย์ช่วยเหลือเพื่อขอคำแนะนำ ปิดให้บริการใน7 ปีที่ผ่านมา เมื่อใดที่ฉันควรใช้ specs สำหรับแอปพลิเคชั่น Rails และเมื่อ Cucumber (อดีต rspec-Stories) ฉันรู้ว่าทั้งสองทำงานและใช้สเปคอย่างแน่นอน แต่มันก็ยังรู้สึกแปลก ๆ ที่จะใช้แตงกวา มุมมองปัจจุบันของฉันเกี่ยวกับเรื่องนี้คือมันสะดวกในการใช้แตงกวาเมื่อคุณใช้แอปพลิเคชันสำหรับลูกค้าและไม่เข้าใจว่าระบบทั้งหมดควรจะทำงานอย่างไร แต่ถ้าฉันทำโครงการของตัวเองล่ะ ตลอดเวลาฉันรู้ว่าส่วนต่าง ๆ ของระบบมีการโต้ตอบอย่างไร สิ่งที่ฉันต้องทำก็คือเขียนหน่วยการทดสอบจำนวนมาก สถานการณ์ที่เป็นไปได้เมื่อฉันต้องการแตงกวาคืออะไร? และเป็นคำถามที่สองที่สอดคล้องกัน: ฉันต้องเขียนรายละเอียดถ้าฉันเขียนเรื่องแตงกวา? จะไม่เป็นการทดสอบสองครั้งในสิ่งเดียวกันหรือไม่

1
RSpec กับ Cucumber ต่างกันอย่างไร? [ปิด]
ตามที่กล่าวไว้ในปัจจุบันคำถามนี้ไม่เหมาะสำหรับรูปแบบถาม & ตอบของเรา เราคาดหวังว่าคำตอบจะได้รับการสนับสนุนจากข้อเท็จจริงการอ้างอิงหรือความเชี่ยวชาญ แต่คำถามนี้อาจก่อให้เกิดการถกเถียงโต้แย้งการสำรวจความคิดเห็นหรือการอภิปรายเพิ่มเติม หากคุณรู้สึกว่าคำถามนี้สามารถปรับปรุงได้และอาจเปิดใหม่ได้โปรดไปที่ศูนย์ช่วยเหลือเพื่อรับคำแนะนำ ปิดให้บริการใน8 ปีที่ผ่านมา ฉันมีประสบการณ์ในการพัฒนา Rails 6 เดือน ฉันได้สร้างเว็บแอปพลิเคชันที่ใช้งานอยู่ในขณะนี้ด้วยการตรวจสอบสิทธิ์และการอนุญาตและ postgresql db ฉันกำลังจะไปยังแอปพลิเคชั่น Rails ที่สอง แต่คราวนี้หลังจากเรียนรู้บทเรียนแล้วฉันต้องการพัฒนาโดยใช้ TDD เนื่องจากฉันสังเกตเห็นว่ามันง่ายกว่ามากในการปรับขนาดและแก้ไขข้อบกพร่อง พัฒนาช้า แต่ในระยะยาวจัดการได้ง่ายกว่ามาก ฉันเคยได้ยิน Rspec และ Cucumber แต่พวกเขาสับสนอย่างมาก ฉันอยากทราบว่า RSpec กับ Cucumber ต่างกันอย่างไรและใช้ทำอะไร นอกจากนี้ยังจะเป็นประโยชน์หากทราบว่าจากมุมมองของผู้เริ่มต้น (ซึ่งเป็นผู้พัฒนาเพียงคนเดียว) ว่าจำเป็นต้องใช้กรอบการทดสอบจริงหรือไม่

5
นำขั้นตอนแตงกวากลับมาใช้ใหม่
ฉันต้องการใช้ขั้นตอนบางอย่างของแตงกวาซ้ำ แต่ดูเหมือนจะหาวิธีที่ถูกต้องไม่ได้ ฉันต้องการเขียนขั้นตอนดังนี้: Given /^I login with (.*) credentials$/ |type| # do stuff with type being one of "invalid" or "valid" end แต่มีขั้นตอนอื่นเช่น: Given /^I login successfully$ # call "Given I login with valid credentials" end ดังนั้นในการทดสอบการพิสูจน์ตัวตนผู้ใช้ฉันสามารถใช้แบบเดิมได้ แต่ที่อื่น ๆ ส่วนใหญ่ฉันสามารถใช้แบบหลังได้และไม่จำเป็นต้องทำรหัสซ้ำ มีวิธีเรียกขั้นตอนอื่นหรือไม่หรือฉันแค่ใส่ตรรกะในวิธีการช่วยเหลือและเรียกวิธีการดังกล่าวจากแต่ละงาน (โดยทั่วไปคือการแยกวิธีการ refactoring ซึ่งหลังจากอ่านคำถามของฉันทำให้ฉันเชื่อว่านั่นเป็นวิธีที่ดีที่สุดจริงๆ อย่างไรก็ตาม)?
103 ruby  testing  cucumber 

8
จะรับโหนดหลักใน Capybara ได้อย่างไร
ฉันกำลังทำงานกับปลั๊กอิน jQuery จำนวนมากซึ่งมักสร้างองค์ประกอบ DOM โดยไม่มี id หรือคุณสมบัติการระบุตัวตนอื่น ๆ และวิธีเดียวที่จะได้รับใน Capybara (ตัวอย่างเช่นการคลิก) - คือการรับเพื่อนบ้าน (ลูกหลานอีกคนของบรรพบุรุษ) ก่อน . แต่ฉันไม่พบที่ไหน Capybara สนับสนุนสิ่งต่างๆเช่น: find('#some_button').parent.fill_in "Name:", :with => name เหรอ?
โดยการใช้ไซต์ของเรา หมายความว่าคุณได้อ่านและทำความเข้าใจนโยบายคุกกี้และนโยบายความเป็นส่วนตัวของเราแล้ว
Licensed under cc by-sa 3.0 with attribution required.