[💬] 단위테스트가 진짜 그런건가?

[GMP(growy920)]

완성된 or 어느정도 진행 완료된 프로젝트에서

클래스 하나하나, 그 안에 메소드 하나하나 개별적으로 실행해보면서

실행시간 얼마 나오고 문제 발생 여지 뭐가 있고 없고

이런거 정리해서 보고서 작성하는게 단위 테스트 아님?

이거를 인디게임에서도 해야된다? 대단들 하시넹...

[익명(usnned)]

개인 성향이긴한데, 아무래도 인디는 시간싸움이긴하니까 생산성에 축을 둬야하는게 맞는듯

[익명(14.52)]

안써도 알고는 있어야지

[익명(222.110)]

음... 뭔가 잘못된 지식을 전수 받으신 것 같은데

[익명(222.110)]

저희가 이야기하는 유닛 테스트 (단위 테스트)는 테스트 프레임워크 위에서 동작하는 테스트를 의미합니다. 사람이 일일히 테스트해보실 필요가 없구요. 테스트 코드만 작성하시면 됩니다. 당연히 보고서도 필요 없습니다.

[익명(222.110)]

예를 들어 하스스톤을 만들고 계신다고 생각해볼게요. `전투의 함성` 에 대해서 테스트를 할 거라 칩시다. - 카드가 소환 될 때, 정상적으로 전투의 함성이 호출되는가? - 전투의 함성 XXX 가 특정 환경에서 사용 될 때, 의도적인 효과를 반영하는가? 이런 환경을 필요한 클래스만 선언해서 실행해보고 결과 값을 확인해보는 코드를 테스트 코드라고 하고요.

[익명(222.110)]

테스트 코드를 작성하시면 그것을 실행하고 결과를 리포팅해주는 과정은 테스트 프레임워크에서 작동합니다.
유니티의 경우 다음과 같은 프레임워크가 대중적이고요:
https://docs.unity3d.com/Manual/testing-editortestsrunner.html
https://docs.unity3d.com/Packages/com.unity.test-framework@1.1/manual/index.html
https://youtu.be/dP5reGqo8U0

[익명(222.110)]

제가 말한 테스트 격리의 중요성은, 결국 테스트를 위한 코드를 작성해야 하는데 이를 간편하게 작성하기 위한 (재사용성이 뛰어나며 의존성이 적은) 코드를 설계하는 목적에 근거한 것입니다.

[익명(222.110)]

이제 말씀하신 테스트 단계는 보통 어느정도 프로젝트가 궤도에 올라서 버전 컷이 될때마다 필요합니다. 우리는 우리가 개발한 새로운 기능, 혹은 유저의 CS 로 인해 수정된 기능에 대해 테스트를 해야 할 것입니다. 이 때 우리가 흔히 알고있는 QA 라는 과정이 수행됩니다. (보통 인디 팀에선 내부 직원들이 QA 를 함께 수행하고요.) QA 역시 단순히 게임이 작동하는지만 확인하는 것으로는 잠재적인 문제를 찾을 수 없고요. 모든 게임의 로직을 테스트하기엔 시간이 부족하죠. 특히 온라인 게임의 경우 빠르면 버전업이 2주 정도 주기로 진행되는데 이 때 자기의 직무를 수행하면서 QA 까지 수행하는 것은 살인적인 업무량입니다.

[익명(222.110)]

그래서 QA 조직은 각 피쳐별 테스트 케이스를 정의합니다. (보통 인디 팀에선 기획자가 이걸 합니다.) 그리고 개발자로부터 수정한 코드의 영향 범위를 조사해서 영향 범위에 해당되며, 유닛 테스트가 검증해주지 못하는 로직에 대한 테스트 케이스를 수행합니다. 이것을 Sanity test 라고 합니다.

[익명(222.110)]

마찬가지로 Sanity test 를 최소화 하기 위해선 코드의 구조가 명확하게 분리되어 있고, Unit test 로 최대한 일반적인 로직의 검증을 자동화 해야겠죠.. 그러지 않으면 결국 같은 팀원 (혹은 자신) 이 괴로워집니다. 유저는 생각보다 정말 다양한 행동을 하고요. 인디 게임의 완성이란 기준이 사람마다 다르기에 이 부분에 대해 오지랖을 부릴수는 없지만, 그래도 돈을 받고 팔려면 최소한 검증된 소프트웨어를 만들어야겠죠..

[익명(222.110)]

물론 이런것을 의무라고 말씀드리고 싶진 않습니다. 테스트에 대한 아무런 계획 없이 모든 프로젝트를 개발 한 뒤, 버전업을 계획하지 않고 프로덕트를 한방에 릴리즈하는 패키지 게임도 많습니다. 하지만 이런 커뮤니티에서 "인디 게임 개발자에게 유닛 테스트란 사치" 라는 인식이 박혀버리면, 특별한 이유 없이 "싱글톤은 쓰면 나쁜거야" 라는 인식이 박히는 것처럼 많은 꿈나무 개발자에게 나쁜 고정관념을 심어 줄 수 있을거라고 생각하고요. 저는 그 부분에 대해선 최대한 객관적으로 옳다고 생각하는 정보를 전달하고 싶었습니다.