게임 개발에서 테스트 주도 개발이 가능한가?

스크럼 인증을 받았기 때문에 시스템을 개발하는 동안 민첩한 방법론을 사용하는 경향이 있으며 스크럼 프레임 워크의 일부 캔버스를 사용하여 일상적인 작업을 관리합니다.

게다가, TDD가 게임 개발에 옵션이 될 수 있는지 궁금합니다.

이 GD 질문을 믿는다면 TDD는 게임 개발에별로 유용하지 않습니다.
MVC 및 TDD가 왜 게임 아키텍처에서 더 많이 사용되지 않습니까?

나는 예산이 큰 대규모 프로젝트가 완벽하게 작동 해야하는 산업 프로그래밍에서 나왔습니다. 코드가 내부 및 외부에서 철저하게 테스트되지 않으면 치명적인 시나리오가 발생할 수 있기 때문입니다.

또한 스크럼 규칙을 준수하면 스크럼의 모든 단일 작업에 시간이 표시되는 동안 마감일을 맞추는 것이 좋습니다! 따라서 위의 질문에서 시스템 구축을 중단하고 게임 작성을 시작한다고 말하면 동의합니다. 스크럼이 말한 것은 바로 완벽한 시스템을 구축하지 말고 먼저 스프린트가 작동하도록하는 것입니다. 그런 다음 필요한 경우 두 번째 스프린트에서 작업하는 동안 코드를 리팩터링하십시오!

게임 개발을 담당하는 모든 부서가 Scrum을 사용하지는 않지만 Scrum은 쓸모가 없다는 것을 이해합니다. 그러나 모든 부서가 Scrum을 사용하는 순간을 생각해 보자 ... "완벽한"시스템 / 게임을 작성하고 싶지는 않지만 TDD가 버그없는 코드를 작성하는 것이 좋을 것이라고 생각한다.

그래서 내 질문은 다음과 같습니다.

게임 개발에서 TDD가 가능합니까?

많은 게임 프로그래머가 아직 아이디어를 얻지 못했거나 복잡한 시스템을 테스트하는 방법을 잘 알고 있지만 실제로 실행 가능합니다. 테스트하기 쉬운 게임 플레이 관련 시스템을 제외하고는 거의 사용하지 않는다는 것을 본인은 인정합니다.

많은 모의 객체를 사용할 것으로 예상됩니다. 많은 시스템이 서로 연결되어 있기 때문에 개별 구성 요소를 테스트하기는 어렵습니다.

또한 많은 것들을 철저히 테스트 할 수는 없습니다. 파티클 시스템을 어떻게 시험 구동합니까? 애니메이션 시스템이 올바르게 작동하는지 어떻게 테스트합니까? 많은 것들이 본질적으로 시각적이며 적절한 테스트를 수행하는 방법에 대해 분명하지 않습니다.

그러나 전통적인 의미에서 반드시 단위 테스트는 아니지만 특정 기능에 대한 "테스트"로 존재하는 많은 것들이 있습니다. AI 탐색을위한 테스트 레벨과 같은 것은 일반적이지만 자동화하기 가장 쉬운 것은 아닙니다.

게임에 대해 단위 테스트를 작성할 수있는 (그리고 아마도해야 할) 특정 측면이 있습니다. 모든 종류의 일반적인 "파일 판독"시스템을 테스트해야합니다. 하드웨어 (3d 표면 등) 초기화에 대한 테스트가있을 수 있습니다. 모의 서버가있을 수도 있고 클라이언트 / 서버 상호 작용 코드를 테스트 할 수도 있습니다. 그런 것들.

TDD가 게임 개발의 기초로 적합하지 않다고 생각합니다. 방법론의 일환으로 자동화 된 단위 테스트, 물론 게임 개발에 대한 너무 많은 주요 관심사는 주관적이며 테스트를 통해 개발 의 원동력 이 될 수 있습니다 . 게임 메카닉이 재미 있는지에 대한 스크립트 테스트를 어떻게 작성 하시겠습니까? 레벨이 시각적으로 매력적입니까? 레벨이 일반 플레이어를 완료하는 데 약 15 분이 걸립니까? TDD는 사양 준수 측면에서 프로젝트의 성숙도를 정량적으로 측정 할 수 있으며 상황은 게임 개발이 아닌 상황에 적합합니다.

제목이 TDD에 관한 것이기 때문에 당신이 요구하는 것을 정확하게 해결하는 것은 약간 어렵지만 스크럼을 질문의 핵심 부분으로 만드는 것 같습니다. 내가 이해하기 때문에 하나는 다른 것을 요구하지 않습니다.

이 GD 질문을 믿는다면 TDD는 게임 개발에별로 유용하지 않습니다.

맞아요. 나는 그것이 게임 산업에서 실제로 사용되는 것을 들어 본 적이 없다고 생각합니다. (하지만 그때는 개인이 게임 산업 외부에서 사용한다고 들었습니다.)

나는 예산이 큰 대규모 프로젝트가 완벽하게 작동 해야하는 산업 프로그래밍에서 나왔습니다. 코드가 내부 및 외부에서 철저하게 테스트되지 않으면 치명적인 시나리오가 발생할 수 있기 때문입니다.

게임이 완벽하게 작동 할 필요는 없습니다. 따라서 코드 정확성에 대한 강조가 훨씬 적습니다. TDD는 코드 정확성을 보장하지는 않지만 일부 사람들은 코드 정확성을 줄입니다. 아직이 증거를 보지 못했습니다.

또한 스크럼 규칙을 준수하면 스크럼의 모든 단일 작업에 시간이 표시되는 동안 마감일을 맞추는 것이 좋습니다!

마감일을 맞추거나 시간이 지남에 따라 조치를 취하지 않는 방법론을 본 적이 없습니다. 문제는 사용하는 방법론에 관계없이 소프트웨어 복잡성을 추정하는 것이 매우 어렵다는 것입니다. 불가능하지는 않지만 정확하게 추정하는 것은 프로세스와 관련이 없습니다. 내 임무가 새로운 GUI 패널을 추가하거나 애니메이션의 버그를 수정하거나 캐릭터에 새로운 통계를 추가하는 것이라면 Scrum을 사용하면 속도가 빨라지지 않으며 TDD가 사용됩니다. 나중에 유지 관리 작업을 줄이면 가능한 이점으로 작업 속도가 느려집니다. 그들은 확실히 작업 기간을 더 쉽게 추정하지 않을 것입니다.

"완벽한"시스템 / 게임을 작성하고 싶지는 않지만 TDD는 버그가없는 코드를 작성하는 것이 좋을 것이라고 생각합니다.

TDD가 다른 방법보다 더 나은 코드를 작성하는 것으로 입증되면 그렇습니다.

이것에 대한 증거가 있습니까? 업계에서이를 사용할 수 있다는 사실은 증거가 아닙니다. 업계는 늦게 전달되는 불량 코드를 생성하는 것으로 잘 알려져 있습니다. 실패했거나 늦게 진행된 주요 TDD 프로젝트의 예가없는 것은 새로운 접근 방식이고 실제로 그러한 프로젝트를 아직 완료 한 사람이 거의 없기 때문일 수 있습니다. (그리고 늦게 달렸던 것들도 여전히 달릴 수 있습니다.)

게임 개발에서 TDD가 가능합니까?

생존 가능한? 당연하지. 유익한? 아직 입증되지 않았습니다.

내 불쌍한 영어에 대한 미안하고 편견의 관점에 대한 미안 : 나는 게임 디자이너가 아니라 코더입니다.

나는이 논의에서 약간의 오해가 있다고 생각한다. 더 일반적인 형태 인 소위 BDD로 TDD에 대해 이야기하겠습니다. 행동 중심 개발은 프로젝트를 테스트하는 방법이 아닙니다 (테스트는 부작용과 유사합니다). BDD는 모든 제작 과정에서 리팩토링 및 소프트웨어 설계를 수행하는 방법입니다 (KISS, "품질 유지", "초기 테스트, 자주 테스트"등의 좌우명 참조). BDD는 Waterfall 프로세스와 같은 일부 고전적인 소프트웨어 프로세스 또는 소프트웨어를 만드는 다른 반복 방법론과 반대입니다.

또 다른 요점은 자동 테스트는 계산 기계에서 자동으로 테스트 할 수있는 기능에 대한 것입니다. 게임에는 재미를위한 테스트가 없으며 그래픽 사용자 인터페이스의 유용성에 대한 테스트도 없습니다. 재미 또는 유용성은 다른 직업을위한 자료이며 상호 작용 디자이너, 세계 및 레벨과 같은 소프트웨어 개발에는 적합하지 않습니다. d. 예술적 부분 (모델링, 텍스쳐링 등)이 컴퓨터를 창의성을위한 도구로 사용하는 아티스트를위한 것과 같은 방식으로, 분명히 그러한 작업은 코드를 작성하는 사람이 수행 할 수 있지만, 요점이 아닙니다. 물리학 테스트, 최적화 알고리즘 테스트, 단일 객체 동작 테스트 가능

마지막 생각은 imho, 게임 디자인뿐만 아니라 전체 작성 코드는 예술이라는 것입니다.

다음은 TDD와 gamedev가 꽤 잘 섞여 있다고 생각하는 사람의 사례 연구입니다.

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

분명히 이것은 Pygame의 작은 프로젝트이지만 그래픽 게임으로 테스트 할 수있는 부분과 그렇지 않은 부분에 대한 아이디어를 제공합니다. 이 시나리오에서 TDD로 얼마나 많은 일을 할 수 있는지에 놀랐습니다.

테스트 주도 개발은 게임 개발에 적합하지 않습니다. 물론 테스트하려는 일부 부품에 대한 테스트를 작성할 수 있지만 게임 개발 프로세스는 진행을 시작하기 전에 정확한 사양을 요구하는 테스트 중심 개발과 완전히 다릅니다.

게임이 시작될 때 정확한 사양을 갖는 경우는 거의 없습니다. 그리고 그렇게한다면 개발 과정에서 항상 변화하고 진화합니다.

게임 디자인은 예술입니다. 예술이 언제 좋은지 알기 위해 특정한 테스트를 할 수는 없습니다.