Danh sách kiểm tra cho trò chơi đã hoàn thành?

Tôi và một vài người bạn đang chơi game vào thời gian rảnh rỗi và chúng tôi đã hoàn thành khoảng 80% trò chơi .. vì vậy tất cả những thứ rõ ràng và cơ chế cốt lõi. Chúng tôi đã thực hiện một vài trò chơi trước đây và chúng tôi luôn gặp vấn đề khi hoàn thành.

Vấn đề không phải là chúng tôi không đủ đam mê với trò chơi, mà là không ai trong chúng tôi nhìn thấy những chi tiết cuối cùng cần được thêm vào, bằng cách nào đó chúng tôi đã bị mù với trò chơi. Thật là bực bội. Nó có thể là những thứ như .. "có lẽ chúng ta nên có chức năng tạm dừng?" "Uhh, yeah, tất nhiên, tại sao chúng ta không nghĩ về điều đó sớm hơn?"

Đôi khi, mặc dù phải mất một thời gian dài để nhận ra nhu cầu, sau đó thực sự rõ ràng rằng nó cần phải được thực hiện / thêm vào.

Bạn có sử dụng bất kỳ loại danh sách kiểm tra nào để buộc kết thúc hay bạn dựa vào các giác quan nhạy bén của mình để biết khi nào nó hoàn thành?

Một danh sách kiểm tra cũng sẽ rất hay khi ước tính thời gian dự án ..

Nhận xét nghiệm. (Mặc dù điều này có thể không phải là một câu trả lời trực tiếp cho câu hỏi)

Thực sự, yêu cầu một danh sách kiểm tra là imo quá trò chơi / thể loại cụ thể vì nó có thể được trả lời theo cách chung chung như vậy. Tuy nhiên, tôi khuyên bạn nên lấy càng nhiều người kiểm tra càng tốt và càng nhiều phản hồi càng tốt.

Nó thực sự là hoàn toàn bình thường (imo) cho một nhà phát triển bằng cách nào đó bỏ qua những thứ hoàn toàn đơn giản nhưng không cần thiết cho các trò chơi của bạn; mặt khác, những người thử nghiệm rất có thể sẽ nhận thấy những điều như vậy ngay lập tức (ít nhất đó là những gì tôi đã trải nghiệm).

Vì vậy, dù sao, đối với một bản phác thảo thô cho một "danh sách kiểm tra" (mặc dù tôi hy vọng bạn hiểu tại sao yêu cầu một danh sách kiểm tra với một vài thông tin này là vô nghĩa).

• Đánh bóng. Ngay cả khi là một nhà phát triển, bạn sẽ luôn chú ý nếu thiếu thứ gì đó, bởi vì nó chỉ cảm thấy sai. Mặc dù không phải lúc nào cũng là thứ quan trọng, bạn có thể lấy lại bầu không khí của mình bằng cách đánh bóng trò chơi của bạn.
• Trò chơi của bạn có thân thiện với người dùng không? Bạn có thể hủy bỏ hành động của bạn? Thậm chí có thể làm một số thứ thông qua bàn phím? Bạn có cài đặt không?
• Cảm giác chung. Công cụ của bạn phù hợp với nhau? Gameplay, bầu không khí, vv
• Cứu giúp. Bạn có cung cấp những cách dễ dàng để người chơi tìm kiếm đồ đạc, cách thức hoạt động, những gì anh ta phải làm (nhiệm vụ hiện tại, mục tiêu, nhiệm vụ, chọn thứ gì đó ...). Anh ta có thể xem / đọc chính xác những kỹ năng / đơn vị / tăng sức mạnh của mình không?

Mặc dù, như bạn có thể thấy trong danh sách của tôi, nó thực sự rất đặc biệt về thể loại và trò chơi.

Tôi nghĩ rằng danh sách kiểm tra của tôi sẽ là:

• No co vui không?

Tôi thử nghiệm thứ hai. Người kiểm tra nghiêm túc. Ghi nhật ký các lỗi và các tính năng bị thiếu đúng cách và xử lý chúng theo thứ tự ưu tiên. Kiểm tra hồi quy các lỗi đã giải quyết của bạn để bạn không phá vỡ mọi thứ.

Ngoài ra, hãy tự đặt ra thời hạn: đôi khi bạn chỉ cần dừng lại. Đặt ngày để hoàn thành tính năng, sau đó đặt ngày phát hành. Đừng cố nén các tính năng sau khi bạn đã hoàn thành tính năng, bất kể chúng sẽ tuyệt vời đến mức nào. Đây không phải là một giai đoạn đánh bóng, nó là để sửa lỗi.

Và hãy nhớ rằng 20% ​​cuối cùng thường mất 80% thời gian.

Như họ nói: trong phát triển trò chơi, 10% còn lại là nơi dành 90% thời gian.

Càng đến gần cuối trò chơi, bạn càng khó lập danh sách kiểm tra (và nó sẽ càng dài hơn). Phần quan trọng là lùi một bước, nhìn vào dự án của bạn, tìm mọi thứ bạn có thể ngay bây giờ, điều hoàn toàn cần thiết để đưa trò chơi ra ngoài, và chỉ làm việc với điều đó. Viết ra mọi thứ khác như ghi chú. Sau đó hoàn thành nó và đưa nó ra khỏi đó.

Bạn đang tạo một trò chơi Indie (tôi cho là vậy), vì vậy không ai có thể hy vọng nó sẽ hoàn hảo 100%. Các bit quan trọng là để có được nó ra khỏi đó. Sau đó thu thập thông tin phản hồi, và thực hiện cập nhật.

Tôi nghĩ cốt lõi của vấn đề của bạn có thể là, giống như nhiều nhà phát triển Indie / Sở thích khác, có lẽ bạn đã không lên kế hoạch trước nhiều. Các vấn đề như "Ồ, chúng tôi cần một nút tạm dừng" là một dấu hiệu chắc chắn về nó. Nếu những điều hiển nhiên đã đánh trượt tâm trí tập thể của bạn, bạn đã không thực hiện một vòng thực sự tốt để ngồi lại và viết ra tất cả những điều bạn cần phải hoàn thành. Sử dụng càng nhiều trò chơi liên quan để tham khảo càng tốt trong khi làm như vậy.

Một số bit "trò chơi cuối" khác mà mọi người thường bỏ qua: trình cài đặt (sử dụng NSIS), báo cáo lỗi / báo cáo lỗi, menu, xử lý các mạng chất lượng thấp (nếu là trò chơi nhiều người chơi), gian lận, cập nhật trò chơi.

Về mặt đảm bảo trò chơi của bạn được trau chuốt, hãy kiểm tra xem những trò chơi AAA khác làm gì luôn là một ý tưởng hay - bạn có thể nhận được rất nhiều mục trong danh sách kiểm tra chỉ từ việc quan sát một trò chơi thực sự kết hợp tốt.

Về mặt đảm bảo trò chơi của bạn vững chắc và bạn đã sẵn sàng giao hàng trên nền tảng mục tiêu của mình, có các danh sách kiểm tra chứng nhận ngoài kia cho mỗi nền tảng. Nhiều nhà phát triển giao diện điều khiển phải đáp ứng một danh sách kiểm tra cụ thể nền tảng như vậy; Sony có Danh sách kiểm tra yêu cầu kỹ thuật (TRC), Microsoft có Yêu cầu chứng nhận kỹ thuật (TCR) và Nintendo có quy trình riêng. Thật không may, không có nhiều thông tin danh sách kiểm tra bảng điều khiển này được công khai mà không trở thành nhà phát triển đã đăng ký, ký NDA, v.v.

Dưới đây là các yêu cầu để đáp ứng chứng nhận "Trò chơi cho Windows", công khai:

• http://msdn.microsoft.com/en-us/l Library / ee417691 (VS85) .aspx
• http://msdn.microsoft.com/en-us/l Library / ee417692 (VS85) .aspx

Trong thực tế, có rất nhiều loại bài viết từ MSFT. Rất nhiều thứ này khô khan và có lẽ hơi ngớ ngẩn, nhưng một số nó chứa lời khuyên thực sự tốt:

• http://msdn.microsoft.com/en-us/l Library / ee416994 (v = VS85) .aspx

Microsoft cũng tổ chức một hội nghị hàng năm có tên là Gamefest. Các bài thuyết trình của Gamefest bao gồm rất nhiều vấn đề về chứng nhận, nhưng thật đáng buồn, bạn cần phải là nhà phát triển đã đăng ký với tài khoản xds để truy cập chúng:

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

Bạn có thể muốn bắt đầu sử dụng phần mềm theo dõi lỗi / vấn đề. Điều này sẽ giúp phối hợp các nỗ lực của bạn và cung cấp cho bạn một vị trí để thêm các tác vụ (ví dụ: "Thêm tính năng tạm dừng") khi bạn nghĩ về chúng để chúng không bị lãng quên. Nếu bạn xác định một vấn đề mà bạn nghĩ là phổ biến đối với hầu hết các trò chơi, hãy thêm nó vào danh sách (có thể trong wiki) để bạn có tài liệu tham khảo cho lần tiếp theo.

Hai ví dụ (miễn phí!) Của phần mềm theo dõi vấn đề: Redmine và Trac .

Joel Spolsky cũng có một vài suy nghĩ hữu ích về vấn đề này.