Tôi đang viết mã một trò chơi trong thời gian rảnh rỗi, nhưng tôi hầu như vẫn là người mới bắt đầu lập trình. Tôi xin lỗi nếu câu hỏi này không có chủ đề hoặc nếu nó không hữu ích cho bất kỳ ai khác, nhưng hy vọng nó sẽ được.
Tôi đã dành rất nhiều thời gian để đọc sách về thiết kế mã, cũng như các phương pháp và cách tiếp cận khác nhau để mã hóa. Trong quá trình nghiên cứu này, tôi tiếp tục chạy theo khái niệm Phát triển hướng thử nghiệm. Những người tán thành ý tưởng này thường có vẻ rất say mê nó. Tôi tin rằng nó có thể giúp tốc độ và hiệu quả của việc viết phần mềm. Thời gian là một nguồn tài nguyên rất quý giá, vì vậy tôi thà học cách làm mọi thứ theo cách tốt nhất chứ không phải lầy lội mà không cố gắng mở rộng kiến thức về nghề lập trình.
Dù sao, có thể vì tôi là người mới bắt đầu, tôi không thể tưởng tượng làm thế nào để áp dụng phát triển theo hướng thử nghiệm vào trò chơi. Tôi đã tìm thấy một vài bài viết về chủ đề này nhưng chúng không hữu ích lắm. Hầu hết các ví dụ về các bài kiểm tra đơn vị mà tôi đã thấy là các ví dụ mẫu đơn giản, hoặc các ví dụ từ phần mềm hoàn toàn không giống như một trò chơi.
Trong mã hóa của riêng tôi, tôi cố gắng tiếp cận nó với một tư duy tương tự để kiểm tra sự phát triển theo định hướng, mặc dù tôi chắc chắn rằng nó không thực sự đủ điều kiện là TDD. Tôi viết số lượng mã tối thiểu để cố gắng thực hiện bất kỳ tính năng nào tôi đang thêm vào trò chơi, và sau đó tôi ngay lập tức kiểm tra trò chơi để xem nó có hoạt động không. Nếu mọi thứ không xảy ra như tôi dự định, tôi lập tức thay đổi để đến gần hơn với những gì tôi muốn. Nếu nó không hoạt động hoặc bị hỏng và nếu tôi không thể tìm thấy lỗi bằng cách đọc mã, tôi sẽ thực hiện các phương thức trong trình gỡ lỗi cho đến khi tôi tìm thấy hành vi không mong muốn và sau đó tôi xóa nó. Điều tôi đang cố gắng nói là tôi liên tục thử nghiệm trò chơi, khá nhiều sau mỗi thay đổi gia tăng. Kiểm tra thúc đẩy sự phát triển của tôi. "Bài kiểm tra đơn vị" nằm trong đầu tôi,
Về câu hỏi thực tế của tôi. Làm thế nào một người có thể viết bài kiểm tra đơn vị cho một trò chơi phức tạp? Nói một cách phức tạp, ý tôi là với nhiều khía cạnh mới nổi của trò chơi, sao cho phần cốt lõi của trò chơi nổi lên từ sự tương tác giữa nhiều yếu tố khác nhau trong trò chơi kết hợp với lựa chọn của người chơi. Ví dụ, một rpguelike rpg với một thế giới thủ tục. Những loại bài kiểm tra đơn vị nào người ta sẽ viết cho một trò chơi như vậy? Làm thế nào người ta có thể áp dụng phát triển theo hướng thử nghiệm cho một trò chơi như vậy?