รายการตรวจสอบสำหรับเกมเสร็จ?

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

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

บางครั้งแม้ว่าต้องใช้เวลานานในการตระหนักถึงความต้องการ แต่หลังจากนั้นก็ชัดเจนว่าจำเป็นต้องทำ / เพิ่ม

คุณใช้รายการตรวจสอบทุกชนิดเพื่อบังคับให้เสร็จหรือคุณต้องพึ่งพาประสาทสัมผัสที่จะรู้เมื่อทำเสร็จหรือไม่?

รายการตรวจสอบจะดีเมื่อมีการประเมินเวลาโครงการเช่นกัน ..

รับผู้ทดสอบ (แม้ว่านี่อาจไม่ใช่คำตอบสำหรับคำถามโดยตรง)

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

มันเป็นเรื่องปกติอย่างสมบูรณ์ (imo) สำหรับนักพัฒนาที่จะมองข้ามสิ่งที่เรียบง่าย แต่จำเป็นสำหรับเกมของคุณ ผู้ทดสอบในทางกลับกันมักจะสังเกตเห็นสิ่งต่าง ๆ ในทันที (อย่างน้อยนั่นคือสิ่งที่ฉันมีประสบการณ์)

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

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

แม้ว่าอย่างที่คุณอาจเห็นในรายการของฉันมันเป็นประเภทและเกมที่เฉพาะเจาะจงจริงๆ

ฉันคิดว่ารายการตรวจสอบของฉันจะเป็น:

• สนุกไหม?

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

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

และจำไว้ว่าปกติ 20% สุดท้ายนั้นใช้เวลา 80% ของเวลา

ดังที่พวกเขากล่าวว่า: ในการพัฒนาเกมส่วนที่เหลืออีก 10% เป็นเวลา 90% ของเวลาที่ใช้ไป

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

คุณกำลังสร้างเกมอินดี้ (ฉันคิดว่า) ดังนั้นจึงไม่มีใครคาดหวังว่าเกมนี้จะสมบูรณ์แบบ 100% สิ่งสำคัญคือการออกไปที่นั่น จากนั้นรวบรวมคำติชมและทำการอัปเดต

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

บิต "end-game" อื่น ๆ ที่คนทั่วไปมองข้าม: ตัวติดตั้ง (ใช้ NSIS), การรายงานข้อผิดพลาด / การรายงานข้อผิดพลาด, เมนู, การจัดการกับเครือข่ายคุณภาพต่ำ (ถ้าเป็นเกมที่มีผู้เล่นหลายคน), โกง, อัพเดทเกม

ในการทำให้แน่ใจว่าเกมของคุณขัดเกลาการตรวจสอบสิ่งที่เกม AAA อื่น ๆ ทำนั้นเป็นความคิดที่ดีเสมอ - คุณสามารถรับรายการตรวจสอบจำนวนมากได้เพียงแค่สังเกตจากเกมที่รวบรวมได้ดี

ในแง่ของการทำให้แน่ใจว่าเกมของคุณแข็งแกร่งและคุณพร้อมที่จะส่งบนแพลตฟอร์มเป้าหมายของคุณมีรายการตรวจสอบการรับรองสำหรับแต่ละแพลตฟอร์ม นักพัฒนาคอนโซลหลายรายต้องทำตามรายการตรวจสอบเฉพาะแพลตฟอร์มดังกล่าว Sony มีรายการตรวจสอบข้อกำหนดทางเทคนิค (TRC), Microsoft มีข้อกำหนดการรับรองทางเทคนิค (TCR) และ Nintendo มีกระบวนการของตัวเอง น่าเสียดายที่ข้อมูลรายการตรวจสอบคอนโซลนี้มีไม่มากเป็นแบบสาธารณะโดยไม่ต้องเป็นนักพัฒนาที่ลงทะเบียนการลงชื่อ NDA เป็นต้น

ต่อไปนี้เป็นข้อกำหนดสำหรับการรับรอง "Games for Windows" ซึ่งเป็นสาธารณะ:

• http://msdn.microsoft.com/en-us/library/ee417691(VS.85).aspx
• http://msdn.microsoft.com/en-us/library/ee417692(VS.85).aspx

อันที่จริงมีบทความประเภทนี้จาก MSFT เป็นจำนวนมาก สิ่งนี้มากแห้งและอาจจะโง่บ้าง แต่ก็มีบางคำแนะนำที่ดีจริงๆ:

• http://msdn.microsoft.com/en-us/library/ee416994(v=VS.85).aspx

Microsoft ยังเป็นเจ้าภาพการประชุมทุกปีที่เรียกว่า Gamefest งานนำเสนอ Gamefest ครอบคลุมปัญหาการรับรองมากมาย แต่น่าเสียดายที่คุณต้องเป็นนักพัฒนาที่ลงทะเบียนด้วยบัญชี xds เพื่อเข้าถึง:

• http://www.xnagamefest.com/presentations.htm

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

สอง (! ฟรี) ตัวอย่างของซอฟต์แวร์ติดตามปัญหา: RedmineและTrac

Joel Spolsky มีความคิดที่เป็นประโยชน์เกี่ยวกับเรื่องนี้เช่นกัน