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

ฉันรู้ว่าโปรแกรมเมอร์ของ RoR ส่วนใหญ่กำลังทดสอบผู้ติดยาและฉันเข้าใจถึงข้อดีของชุดทดสอบขนาดใหญ่ แต่เมื่อฉันเริ่มการทดสอบฉันไม่เคยได้รับชุดใหญ่ดังกล่าวและฉันมักจะสงสัยว่า "ฉันกำลังทดสอบวิธีที่ถูกต้องหรือไม่ ฉันมักจะเกี่ยวข้องกับการทดสอบการรวมการทดสอบเฉพาะวิธีที่แอปพลิเคชันทำงาน ก่อนอื่นการทดสอบคุ้มค่าหรือไม่ ฉันหมายถึงเวลาที่ใช้ในการทดสอบการเขียนคุ้มค่าหรือไม่ จากนั้นฉันใช้ RSpec ฉันเพิ่งค้นพบแตงกวาใช้มันซักพัก แต่ฉันไม่รู้ว่าการเขียนทุกขั้นตอนเหล่านี้คุ้มค่าหรือไม่ ฉันรู้ว่าฉันสามารถนำขั้นตอนมาใช้ใหม่ได้ แต่ฉันไม่เคยรู้เลยว่าขั้นตอนเหล่านี้สมบูรณ์เกินไปหรือไม่: ตัวอย่างเช่นฉันใช้Given I am logged in as (.+)แต่ฉันไม่รู้ว่าต้องพูดในคำจำกัดความของมันหรือไม่Given there's a user called $1เพราะสามารถสร้างผู้ใช้ซ้ำได้ แต่นั่นก็ไม่คุ้มค่าที่จะก้าวไปก่อนGiven I am logged in as (.+)เสมอ มันเป็นโค้ดจำนวนมากที่ไม่ค่อยจะมีประโยชน์ ฉันเดาว่าไม่มีข้อผิดพลาดใหม่ ๆ ในส่วนที่ทดสอบทุกวัน ... แตงกวาคุ้มค่าจริง ๆ เมื่อเทียบกับ RSpec หรือไม่

12 unit-testing  testing  ruby-on-rails  cucumber 

ถาม: วิธีใดที่ดีที่สุดในการย้าย บริษัท ขนาดใหญ่ไปยัง Cucumber ด้วยความต้องการซอฟต์แวร์รุ่นเก่าอย่างน้อย 15 ปีในฐานข้อมูลความต้องการ กำลังพิจารณา: 1) โยกย้ายทุกอย่าง ข้อเสีย: เราไม่มีเวลา / งบประมาณไม่ จำกัด เราต้องเดินหน้าต่อไปเพื่อความอยู่รอดเราไม่สามารถหยุดทุกสิ่งได้และ GC 100% ของข้อกำหนดดั้งเดิมและชุดทดสอบแบบดั้งเดิม 2) กฎลูกเสือ ปล่อยให้ทุกสิ่งทุกอย่างดีกว่าที่คุณพบ หากคุณสัมผัสข้อกำหนดหรือเปลี่ยนแปลงเขียน / อัปเดตคุณสมบัติแตงกวา ข้อเสีย: เราจะมีระบบการบันทึกสองระบบ (แตงกวามรดกความต้องการฐานข้อมูล) ซึ่งอาจเป็นไปได้ว่าสมมติว่ามีมุมของแอปพลิเคชันที่ให้มาซึ่งไม่ได้สัมผัสเป็นเวลานาน 3) กฎลูกเสือพลัส เหมือนกับ # 2 แต่วางข้อกำหนดซึ่งเราไม่ได้ย้ายไปที่แตงกวาในคุณลักษณะด้วยสถานการณ์ที่รอดำเนินการเดียวและคัดลอก / วางข้อกำหนดดั้งเดิมลงในส่วนคำอธิบาย วิธีนี้เราจะได้รับตัวชี้วัด (ผ่านสถานการณ์ที่รอดำเนินการ) ว่า "ครอบคลุม" เราเป็นอย่างไรโดย Cucumber และทำให้เรามีความต้องการที่จะรักษาระบบข้อกำหนดเก่า ฉันไม่สามารถหาข้อเสียอื่น ๆ นอกเหนือจากนี้อาจเป็นเรื่องใหญ่ใน Cucumber 4) …

11 bdd  cucumber 

ฉันกำลังสำรวจกรอบการทดสอบของBDDเช่นแตงกวาและฉันพบว่าอยากรู้อยากเห็นเมื่อมีคนพูด เนื่องจากไฟล์คุณสมบัติเป็นภาษาธรรมชาติอย่างง่ายจะช่วยปรับปรุงความคมชัดและให้วิสัยทัศน์ที่ชัดเจน แต่ภาษาธรรมชาติไม่ใช่สาเหตุของปัญหาส่วนใหญ่ที่เรามีในวิศวกรรมซอฟต์แวร์ใช่หรือไม่ ภาษาธรรมชาตินั้นคลุมเครือและนั่นเป็นสาเหตุที่หลายโครงการซอฟต์แวร์ล้มเหลวเนื่องจากการตีความความต้องการของลูกค้าผิดและความเข้าใจของผู้พัฒนา ฉันไม่ได้ช่องที่นี่ ใช่การแบ่งการทดสอบออกเป็นการกระทำเล็ก ๆ น้อย ๆ ที่ทำได้ง่ายมีเหตุผลและให้ความชัดเจนในระดับหนึ่ง PS: ฉันไม่ใช่ผู้เชี่ยวชาญและฉันไม่ได้แสดงความคิดเห็นที่นี่ ฉันแค่อยากรู้อยากเห็นที่จะเข้าใจแนวคิด

9 bdd  cucumber