pr 제출시 pr 이 제대로 동작하는지에대한 테스트
문제는 개발자가 해피패스가 아닌걸 다 찾지못한다 정도...
자기가쓴글 오타찾기어렵듯이 ㄷ
걍 assert 박아서 쓰는게 더 나은데
혹시 assert 안쓰는건 아니겠지??
pr 제출시 pr 이 제대로 동작하는지에대한 테스트
문제는 개발자가 해피패스가 아닌걸 다 찾지못한다 정도...
자기가쓴글 오타찾기어렵듯이 ㄷ
걍 assert 박아서 쓰는게 더 나은데
혹시 assert 안쓰는건 아니겠지??
그냥 속성 베이스로 코드를 쨔자 - dc App
tdd는 처음 시작이 애초에 지금처럼 IDE 좋은 환경이 아니었으니까 나온거임. 그래서 버그 찾기가 어려웠고, 당시랑 지금이랑 다르고 TDD도 방법이 계속 바뀐거고 꼭 따를 필요가 없긴함. 애초에 방법론이고
근데 꼭 하라고 권장하는 이유가 일반적으로 TDD할때 의식적으로 코드를 짤때 레드-그린-리팩터링 하기때문에 한번더 코드를 본다는 점에서 코드 품질이 향상된거라, 하면 좋은데 그냥 권장사항에따라 달른거지. 실제로 요새는 테스트 케이스도 자동 생성되는 마당이고 기본적으로 툴도 워낙 많으니까.
포프구독자 검거
메가여치 방송봄
그양반도 유사포프잖아
assert는 릴리즈 빌드에선 실행안되는 언어가 꽤 있어서
이보세요 assert 는 디버그용이고 릴리즈에서 실행하면안되는건데
해보면 또 은근히 할만함. 모든 코드를 테스트하려는 욕망과 높은 커버리지만을 버린다면야.