내가 이해했듯이 Unity의 자동화 테스트를 이해하려고합니다.
유니티 테스트 툴
이것이 당신의 goto 방법이어야하지만, 방법을 파기 전에 그 이유를 살펴 보겠습니다.
모든 형태의 자동화 테스트를 수행하는 바람직한 방법은 가능한 생산 환경에 가까운 환경에서 수행하는 것입니다. Unity 테스트 툴 (Unity Editor 내부에 포함)과 같은 것을 사용하는 것은 일반적인 통합 테스트를 작성한 사람에게는 나쁜 생각처럼 들립니다.
왜? 통합 테스트를 수행 할 때 사용자가 응용 프로그램을 열 때없는 최소한의 추가 항목을 응용 프로그램에 저장하려고합니다. Unity 에디터는 iOS 버전과 비교하여 성능이나 동작이 다를 수 있습니다 (예 :).
그렇다면 왜 Unity Test Tools (UTT)를 사용합니까?
주된 이유는 편의성입니다. Unity 에디터와 UTT는 사용하기 쉽고 시각적으로 개발되었습니다. 테스트를 작성하고 특정 게임에 연결하고 실패한 시점을 이해하기가 쉬워집니다.
Unity 에디터와 프로덕션의 동작 차이는 어떻습니까?
결국 Unity 에디터는 애플리케이션을 둘러싼 래퍼입니다. 즉, 에디터와 프로덕션간에 약간의 차이 가 있습니다 . 그러나 통합 테스트를 제외하고는 Unity Editor는 오랫동안 아주 오랫동안 래퍼였습니다. 그것은이다 성숙 플랫폼 이를 기반으로 게임의 수천. Editor 내에서 통합 테스트를 실행 한 결과는 매우 정확합니다.
제공 한 예제 시나리오에서 Unity Test Tools를 사용하여 첫 번째 항목을 제외한 모든 항목을 쉽게 주장 할 수 있습니다. 다른 통합 테스트와 마찬가지로 장면을 열고 동작을 확인할 수 있습니다.
UTT를 사용하여 대부분의 테스트를 작성하는 것이 좋습니다. 지속적인 통합 도구 (예 : Jenkins)와의 호환성을 추가하려면 명령 줄 인수를 사용하여 콘솔에서 도구를 실행할 수 있습니다 .
응용 프로그램 및 수동 테스트 시작
Unity 에디터에서 애플리케이션을 시작하는 것은 정확하게 제어 할 수있는 것이 아닙니다. 게임의 측면 등을 검증하기 위해 몇 가지 기본 수동 테스트를 사용할 수 있습니다.
접근 방법은 다음과 같습니다.
- 관심있는 특정 이정표에 도달 할 때 게임이 어떤 종류의 신호를 내도록하십시오. 파일에 로깅하는 것이 가장 일반적인 방법입니다 ( 자동 내장 로깅 또는 타사 버전 사용 ).
- 정기적으로 로그를 읽고 분석하십시오. 이는 수동으로 발생하거나 두 번째로 선호하는 스크립팅 언어를 사용하여 스크립팅 할 수 있습니다.
대안
당연히 Unity와 관련된 모든 것에는 몇 가지 대안이 있습니다. 고려해야 할 사항은 다음과 같습니다.
프로젝트의 규모와 범위에 따라 위에서 설명한 하나 이상의 옵션을 사용할 수 있습니다.