[💬] 테스트 짜는게 생산성을 떨어뜨린다고 생각하면 안 됨

[aaa(59.13)]

테스트 코드를 짜는데 시간이 걸리니까 그만큼 생산성이 떨어지게 된다고 생각할 수 있는데, 장기적으로 보면 잘 작성된 테스트 코드는 생산성을 훨씬 높여줌. 특히 인디게임처럼 QA 인력이 부족한 경우는 더더욱 그렇고.

너희들 코드 짜고 나면 기능 테스트 해 보잖아. 기능이 제대로 구현되었는지 확인해보려면 결국 코드를 짠 다음에 게임을 실행해서 정상적으로 동작하는지 확인을 해봐야하는데, 이 과정을 일일히 실행하면서 확인해보는 대신에 테스트 코드를 짜서 컴퓨터가 자동으로 테스트 과정을 진행하게 해주는거라고 생각을 해. 특히 기능이 쌓이고 꼬이고 하다보면 옛날에 작성한 기능이 정상적으로 동작을 안 하게 되는 경우가 종종 생기는데 테스트 코드를 잘 짜두면 이런걸 훨씬 쉽게 잡아낼 수 있고 여기서 오는 개발 시간 단축이 엄청 큼. 개발 과정에서 구현 하는 시간 만큼이나 디버깅에 걸리는 시간도 크잖아. 테스트 코드는 그걸 엄청 단축시켜준다구. 특히 프로그램 규모가 커지면 커질 수록 더욱 더.

거기다가 테스트 코드를 잘 짜려고 노력하다보면 쉽게 기능들을 분리해서 테스트할 수 있게끔 구조를 유연하게 잘 짜야하기 때문에 이걸 고민하는 과정에서 코드 구조도 좋아지고 개발 실력도 많이 늘어. 그냥 코드 짜다보면 대충 편해서 넘어가던 부분들이 실제로는 굉장히 의존성이 많이 들어가있다는 걸 테스트 코드를 짜면서 느낄 수 있게 되기도 하고. 그리고 그런 의존성들이 엮이고 엮여서 나중에 잡아내기도 고치기도 힘든 버그들을 만들어낸다는 것도 느끼게 되고.

물론 게임 특성상(특히 인디게임 특성상) 기능들이 자주 엎어지고 바뀌기 때문에 초중반 프로토타이핑 단계에서 테스트까지 다 작성하려고 하면 힘들고 실제로도 그게 시간 낭비가 되는 경우도 종종 있는데 어느 정도 기능이 안정화되고 게임 마지막까지 들어갈 코어 기능임이 확정되면 그 부분에 대해서는 테스트를 잘 작성해두는게 여러모로 편리해.

[익명(49.163)]

이거 맞다 난 테스트 안짰다가 지금 줫대서 생산성이 1도 없어진 상황이다

[익명(125.137)]

근데 서비스 하면서 버그 잡느라 고생 해봐야 느끼는 거라서... 말해줘도 실감이 안나지.