답변:
내가 말할 몇 가지 중요한 사항이 있습니다.
프로그래머 단위 테스트 장려
이렇게하면 단위 테스트가있는 경우 특정 바보 버그가 재발하지 않도록합니다. 단위 테스트는 실패하면 실패합니다. 이것은 프로그래밍 방법의 변화를 요구하지만, 제 생각에는 그만한 가치가 있습니다.
가능한 모든 테스트 자동화
단위 테스트 외에도 모든 빌드에서 실행되는 자동화 된 기능 및 승인 테스트 세트를 작성하여 특정 빌드가 양호한 지 확인하십시오. 스크립트 가능한 컨트롤이 있고 게임이 일관된 경우 많은 버그를 자동으로 테스트 할 수 있습니다.
다단계 테스트 계획 작성
테스터에게 가장 중요한 버그를 테스트하는 테스트 계획이 있는지 확인하십시오. 이것은 다단계이어야합니다 :
이 테스트 계획을 작성하고 모든 빌드에서 따르십시오.
코드 블록이 게임 내에서 실행되면 트립되는 간단한 플래그를 사용하여 테스트 사례에 대한 일종의 코드 적용 방법을 수행 할 수 있습니다. 어떤 플래그가 화면에 걸려 넘어 졌는지 표시하면 테스터가 어떤 케이스가 적용되고 어떤 케이스가 적용되지 않았는지 알 수 있습니다.
플래그가 의미있는 이름을 갖는 한 테스터가 수행 할 작업을 파악할 수있는 한 간단합니다.
이 기술은 Crysis에서이 기술을 구현 한 Matthew Jack에게 귀속됩니다.
-debugFlags출력을 grep하고 x플래그 수를 확인하십시오 ." +1
프로그래밍 측면에서 몇 가지 좋은 대답이 있습니다. 더 디자인 지향적 인 것을 추가하겠습니다.
시스템 설계자가 테스터를위한 최첨단 테스트 계획을 작성하도록하십시오
그들이하는 일을 알고 있다면, 시스템을 설계하거나 게임 내 시퀀스를 스크립팅하는 사람은 해당 시스템의 가장 중요한 경우와 시스템이 고장날 수있는 부분을 알고있을 가능성이 높습니다. 또한 시스템이 다른 시스템과 상호 작용하는 위치에 대한 아이디어도 있어야합니다. 테스트 계획을 작성하거나 문제가 발생할 가능성이있는 테스터와 논의하면 시간을 절약 할 수 있습니다.
소위 원숭이 테스트를 조사해야합니다. 이 유형의 많은 버그를 잡을 수 있습니다.
https://secure.wikimedia.org/wikipedia/en/wiki/Monkey_test
게임을 처음으로보고 다시는 사용하지 않을 테스터 인 "Kleenex 테스터"를 사용하여 사용자 경험 테스트를 구성해야합니다. 조직하기에는 약간 비싸고 복잡하지만 노력할 가치가 있습니다. 그럴 경우 좌절감을 감지하기 위해 3 개의 카메라로 모든 테스트를 촬영하십시오. 하나는 화면에, 하나는 컨트롤에, 다른 하나는 테스터의 얼굴에 있습니다.
이 스레드의 모든 응답은 훌륭한 응답입니다. 한 가지 추가 할 사항 :
내 경험 (30 년의 소프트웨어 개발) : 테스트 그룹의 구성원 중 한 명 이상이 숙련 된 고릴라 테스터 인 경우 , 임시 테스트, 앱 남용 및 의도적으로 게임을 잘못 찾는 방법을 능숙하게 사용 하면 앱과 게임의 안정성이 향상됩니다. 원래 포스터에 설명 된 종류의 버그. 고릴라 테스터는 흔하지 않은 기술을 가지고 있습니다. 좋은 기술을 찾으면 팀에 유지하십시오.
효과적인 고릴라 테스트의 예는 다음을 참조하십시오 : www.youtube.com/watch?v=8C-e96m4730;)
이 스레드의 응답을 요약하면 : 효과적인 소프트웨어 품질 전략은 다양한 접근 방식을 결합하여 게임의 기능적 품질과 신뢰성에 대한 높은 수준의 신뢰를 얻는 것입니다.