การทดสอบพัฒนาขับเคลื่อนมีผลต่อการพัฒนาเกมหรือไม่?

เมื่อได้รับการรับรอง Scrum ฉันมักจะชอบวิธีการ Agile ในขณะที่พัฒนาระบบและแม้แต่ใช้ผืนผ้าใบบางส่วนจากเฟรมเวิร์ก Scrum เพื่อจัดการงานประจำวันของฉัน

นอกจากนี้ฉันสงสัยว่า TDD เป็นตัวเลือกในการพัฒนาเกมหรือไม่ถ้าเป็นจริง?

ถ้าฉันเชื่อคำถาม GD นี้ TDD ไม่ค่อยได้ใช้ในการพัฒนาเกม
เหตุใด MVC & TDD จึงไม่ได้ใช้งานสถาปัตยกรรมเกมมากขึ้น?

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

นอกจากนี้กฎต่อการต่อสู้ของ Scrum ยังสนับสนุนให้มีการนัดพบที่กำหนดในขณะที่ทุกการกระทำในการต่อสู้ของ Scrum นั้นได้รับการบรรจุในกล่องเวลา! ดังนั้นฉันเห็นด้วยเมื่อในคำถามเชื่อมโยงข้างต้นพวกเขาบอกว่าจะหยุดพยายามสร้างระบบและเริ่มเขียนเกม มันค่อนข้างที่ Scrum พูดว่าพยายามอย่าสร้างระบบที่สมบูรณ์แบบก่อนอื่น: ทำให้มันทำงานได้ในตอนท้ายของ Sprint จากนั้นให้ปรับรหัสในขณะที่ทำงานใน Sprint ที่สองหากจำเป็น!

ฉันเข้าใจว่าหากไม่ใช่ทุกแผนกที่รับผิดชอบการพัฒนาเกมใช้ Scrum การต่อสู้กลายเป็นสิ่งที่ไร้ประโยชน์ แต่ลองพิจารณาสักครู่ว่าทุกแผนกใช้ Scrum ... ฉันคิดว่า TDD จะดีในการเขียนโค้ดที่ไม่มีข้อบกพร่องถึงแม้ว่าคุณไม่ต้องการเขียนระบบ / เกมที่สมบูรณ์แบบ

ดังนั้นคำถามของฉันมีดังต่อไปนี้:

TDD มีศักยภาพในการพัฒนาเกมหรือไม่?

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

คาดว่าจะใช้วัตถุจำลองมาก เนื่องจากการเชื่อมโยงระบบจำนวนมากเข้าด้วยกันมันจึงยากที่จะทดสอบแต่ละองค์ประกอบของสิ่งนั้น

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

อย่างไรก็ตามมีหลายสิ่งหลายอย่างที่ไม่จำเป็นต้องทดสอบหน่วยในความหมายดั้งเดิมของคำ แต่มีอยู่ว่า "การทดสอบ" สำหรับคุณสมบัติเฉพาะ สิ่งต่าง ๆ เช่นระดับการทดสอบสำหรับการนำทาง AI นั้นค่อนข้างทั่วไป แต่ไม่จำเป็นต้องเป็นสิ่งที่ง่ายที่สุดในการทำให้เป็นอัตโนมัติ

มีบางแง่มุมของเกมที่สามารถ (และอาจจะ) ทดสอบหน่วยที่เขียนขึ้นสำหรับพวกเขา ควรทดสอบระบบ "อ่านไฟล์" ประเภทใด อาจมีการทดสอบบางอย่างสำหรับการเริ่มต้นสิ่งฮาร์ดแวร์ (พื้นผิว 3 มิติและอื่น ๆ ) อาจมีเซิร์ฟเวอร์จำลองและทดสอบรหัสการโต้ตอบของลูกค้า / เซิร์ฟเวอร์ของคุณ สิ่งที่ต้องการ

ฉันไม่คิดว่า TDD มีความเหมาะสมที่จะเป็นพื้นฐานสำหรับการพัฒนาเกม การทดสอบหน่วยอัตโนมัติเป็นส่วนหนึ่งของระเบียบวิธี แต่มีข้อกังวลหลัก ๆ หลายประการเกี่ยวกับการพัฒนาเกมที่เป็นอัตวิสัยและไม่สามารถทดสอบด้วยเครื่องสำหรับการทดสอบเพื่อเป็นตัวขับเคลื่อนการพัฒนา คุณจะเขียนบททดสอบเพื่อดูว่าช่างเกมสนุกหรือไม่? ระดับนั้นดึงดูดสายตาหรือไม่? ถึงแม้ระดับจะใช้เวลาผู้เล่นทั่วไปประมาณ 15 นาทีให้เสร็จสมบูรณ์? TDD เหมาะสมกับสถานการณ์ที่สามารถวัดปริมาณของโครงการในแง่ของการปฏิบัติตามข้อกำหนดและนั่นไม่ใช่การพัฒนาเกม

เป็นเรื่องยากที่จะคิดออกสิ่งที่คุณถามเนื่องจากชื่อเรื่องเกี่ยวกับ TDD ล้วนๆ แต่ดูเหมือนว่าคุณกำลังทำให้ Scrum เป็นส่วนหนึ่งของคำถามด้วยเช่นกันและเมื่อฉันเข้าใจแล้วก็ไม่จำเป็นต้องมีอีก

ถ้าฉันเชื่อคำถาม GD นี้ TDD ไม่ค่อยได้ใช้ในการพัฒนาเกม

ถูกต้อง. ฉันไม่คิดว่าฉันเคยได้ยินเรื่องนี้มาก่อนในการฝึกฝนในอุตสาหกรรมเกม (แต่ฉันก็ไม่เคยได้ยินเรื่องที่ใช้นอกอุตสาหกรรมเกม - โดยเฉพาะบุคคล)

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

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

นอกจากนี้กฎต่อการต่อสู้ของ Scrum ยังสนับสนุนให้มีการนัดพบที่กำหนดในขณะที่ทุกการกระทำในการต่อสู้ของ Scrum นั้นได้รับการบรรจุในกล่องเวลา!

ฉันไม่เคยเห็นวิธีการที่ไม่สนับสนุนการนัดวันที่ครบกำหนดหรือมีการกระทำที่ไม่ได้ระบุเวลา ปัญหาคือไม่ว่าคุณจะใช้วิธีการแบบใดการประมาณความซับซ้อนของซอฟต์แวร์นั้นค่อนข้างยาก มันเป็นไปไม่ได้ แต่การประเมินอย่างแม่นยำนั้นไม่เกี่ยวกับกระบวนการ หากงานของฉันคือการเพิ่มแผง GUI ใหม่หรือแก้ไขข้อผิดพลาดที่มีภาพเคลื่อนไหวหรือเพิ่มสถิติใหม่ให้กับตัวละครการใช้ Scrum จะไม่เพิ่มความเร็วขึ้นเลยและการใช้ TDD กำลังจะเกิดขึ้น เพื่อทำให้งานช้าลง (เพื่อประโยชน์ในการลดงานบำรุงรักษาเพิ่มเติมในภายหลัง) แน่นอนว่าจะไม่ทำให้ประเมินระยะเวลาของงานง่ายขึ้น

ฉันคิดว่า TDD นั้นดีในการเขียนโค้ดที่ไม่มีข้อบกพร่องถึงแม้ว่าคุณไม่ต้องการเขียนระบบ / เกม "สมบูรณ์แบบ"

หากพิสูจน์แล้วว่า TDD เขียนโค้ดได้ดีกว่าวิธีอื่นใช่

มีข้อพิสูจน์เรื่องนี้หรือไม่? ความจริงที่ว่าอุตสาหกรรมอาจใช้มันไม่ได้พิสูจน์ อุตสาหกรรมเป็นที่รู้จักกันดีในการผลิตรหัสที่ไม่ดีซึ่งส่งช้า การไม่มีตัวอย่างของโครงการ TDD สำคัญ ๆ ที่ล้มเหลวหรือทำงานช้าอาจเป็นเพราะมันเป็นแนวทางใหม่และมีเพียงไม่กี่คนที่ทำโครงการดังกล่าวเสร็จ (และรายการที่ทำงานช้า ... อาจยังทำงานอยู่)

TDD มีศักยภาพในการพัฒนาเกมหรือไม่?

ทำงานได้? แน่นอน. เป็นประโยชน์? ยังไม่ได้รับการพิสูจน์

ขอโทษสำหรับภาษาอังกฤษที่ไม่ดีของฉันและขอโทษสำหรับมุมมองที่ลำเอียงของฉัน: ฉันไม่ใช่นักออกแบบเกม แต่เป็น coder

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

อีกประเด็นหนึ่งคือการทดสอบอัตโนมัตินั้นใช้สำหรับคุณสมบัติที่สามารถทดสอบได้โดยอัตโนมัติโดยเครื่องคำนวณ ไม่มีการทดสอบความสนุกในเกมและไม่มีการทดสอบการใช้งานของส่วนติดต่อผู้ใช้แบบกราฟิก สนุกหรือการใช้งานเป็นวัสดุสำหรับงานอื่น ๆ และไม่ได้สำหรับการพัฒนาซอฟต์แวร์เช่นนักออกแบบการโต้ตอบโลกและระดับ d ในลักษณะเดียวกับที่ชิ้นส่วนศิลปะ (การสร้างแบบจำลองพื้นผิว ฯลฯ ) สำหรับศิลปินที่ใช้คอมพิวเตอร์เป็นเครื่องมือในการสร้างสรรค์ - เห็นได้ชัดว่างานเหล่านั้นสามารถทำได้โดยคนเดียวกับที่เขียนโค้ด แต่นี่ไม่ใช่ประเด็น สามารถทดสอบวิชาฟิสิกส์ได้สามารถทดสอบอัลกอริธึมการหาค่าเหมาะที่สุดได้สามารถทดสอบพฤติกรรมของวัตถุที่เป็นเอกเทศได้

ความคิดสุดท้ายคือ imho คือไม่เพียงออกแบบเกมเท่านั้น แต่การเขียนโค้ดทั้งหมดเป็นศิลปะ

นี่เป็นกรณีศึกษาจากคนที่คิดว่า TDD และ gamedev ผสมผสานกันได้ดี:

http://powertwenty.com/kpd/downloads/TestDrivenDevelopmentInPython.pdf

เป็นที่ยอมรับว่าเป็นโครงการขนาดเล็กใน Pygame แต่ให้ความคิดว่าส่วนใดบ้างที่สามารถทดสอบด้วยเกมกราฟิกและไม่สามารถทำได้ ฉันรู้สึกประหลาดใจมากที่ TDD สามารถทำได้ในสถานการณ์นี้

ไม่การพัฒนาระบบขับเคลื่อนทดสอบไม่เหมาะสำหรับการพัฒนาเกม แน่นอนว่าคุณสามารถเขียนการทดสอบสำหรับบางส่วนที่คุณต้องการทดสอบได้ แต่กระบวนการพัฒนาเกมนั้นแตกต่างจากการทดสอบระบบขับเคลื่อนที่ต้องมีข้อกำหนดที่แน่นอนก่อนที่ความคืบหน้าจะเริ่มขึ้น

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

การออกแบบเกมเป็นศิลปะคุณไม่สามารถทดสอบได้โดยเฉพาะเมื่อรู้ว่าศิลปะดีหรือไม่สมบูรณ์