인디개발갤에서 하는건데 프갤에도 올림.
C# 유니티로 겜만들고 있는 사람 중 테스트가 궁금한 사람 있으면 놀러와. (뭔가 욕먹기 딱 좋은 조합이네...)
https://www.youtube.com/channel/UCFA3MNa1A3WcWRSxz23eozw
3시 시작함.
초보 대상으로 하는 거니까
'응 러스트로 짜면 그딴 버그 원천봉쇄됨 c# 스레기 언어 쓰는 놈이 병신 ㅅㄱ' - 라는 사람
'테스트 쓰는 건 인생과 시간의 낭비. TDD는 죽었다!' - 라는 사람
'테스터들도 일 해야죠? 왜 테스터를 놀리나요?' - 테스터 있는 환경 (존나 부럽네) 에서 일하는 사람
은 제발 오지 마라. 아니 오지 말아 주십시오...
방송내용
- 테스트란 무엇인가? 개론 (3분)
- 테스트코드 실 사용예 잠깐 보여줌 (약 5)
- Nunit 프레임워크 소개 (3)
- 유닛 테스트 작성 시범 (5)
- 통합테스트 작성 시범 (5)
- 유니티테스트 시범 (5)
- Ncrunch 소개 (3)
- Jenkins 연동 소개 (3)
- 질답 (~)
약 30분 + 질답시간이 될 것 같음.
테스트교의 문은 활짝 열려있소 형제여!
c#? 유니티? 오우쉣
러스트가 막아주는건 메모리 버그뿐인 데스웅
러스트로 게임만들수있음? - dc App
TDD이제 안함?????;;;; - dc App
난 TDD를 꼭 준수하는 것 보다는 코드가 있으면 테스트코드도 있는게 좋다 정도의 날라리 테스트교 신도임. 모든 경우의 수를 다 커버칠려고도 하지 않음. 유닛 테스트보다 통합테스트를 더 많이 쓰기도 하고 등등... TDD가 너무 교조적이고 결과로 나오는 설계가 부적절할때도 있다는 의견이 많음.
헐 그런 의견이.. - dc App
명세만 보고 뭐 짜야할지 모르겠다 싶을 때 테스트 케이스 쓰면 상당히 자연스러운 함수명 (인터페이스) 가 나와서 좋긴 하더라
저는 기획서에서 탑다운 설계를 하고 테스트케이스와 유즈케이스를 매칭하면서 바텀업으로 구체화해요 - dc App
실제로 테스트코드가 나오지 않더라도 어떤 테스트가 필요한지 인지할 수 있고 필요한 기능을 구체화 할 수 있어 좋은 것 같아요 - dc App
나도 테스트 배우고 초반에는 private 까지 다 꺼내서 테스트 하려고 부득부득 하다가 결국 부질없다는 걸 깨닫고 리팩토링 저항성이 적은 정도로 쓰려고 노력함. TDD 나 XP쪽 보면 국룰을 강조하는데 자기 실력이나 조직상황 (혼자 만드느냐? 팀이냐? 테스터가 있느냐? 상품은 어떤 것이냐? 자잘한 버그내면 회사에서 짤리나? 아니면 걍 ㅈㅅ 한방 날리고 갈 수 있느냐?) 에 따라 유도리 있게 써야 한다고 생각함.
탑다운 설계를 할 수 있는 만큼의 디테일한 기획서가 있으면 또 다름. 내 경우는 1인개발이라 기획도 수시로 바뀌고 개판임 흙흙... 좋은 기획자가 피료하다...
저도 게임 개발에 관심이 있어서 공부중인데 혼자 개발하기에 좋은 테스트환경을 구축하는건 도움이 돨거같아요 카페가서 3시부터 봐야겟움 ㅋㅋㅋ - dc App