[일반] 보통 회사에서는 테스트 어떤 식으로 진행함?

[익명(1.243)]

@SpringBootTest 붙으면 시간 많이 걸리잖아

tdd하는 사람들은 빠른 테스트 결과가 되게 중요하다고 하는데

저거 붙으면 빠르게 실행될 수가 없잖아

그냥 배치랑 비슷하게 하나 클래스에 20여개 테스트 코드 짜고 주르륵 돌리고

실패하는거 고치고 다시 돌리고 이런식임?

아무리 고성능의 컴퓨터라도 어노테이션 붙으면 너무 오래걸리던데

물론 DB가 강결합 되서 그런거니깐 요새 유행하는 헥사고날은 아예 분리시키면 해결되는데 

실무에서 아키텍처가 헥사고날 인건 어지간한 회사는 없을 것 같아서

[백갤러 1(58.29)]

유닛테스트 돌리지 않음? 그리고 TDD는 잘 안하는 걸로 알고 있음

[백갤러 2(118.37)]

그래서 단위테스트 비중을 많이 두는 거 아님?

[백갤러 3(223.33)]

스프링부트테스트 잘 안써 그래서 - dc App

[익명(1.243)]

그러면 di가 필요하거나 jpa가 등장해야 되는 경우는 그냥 전부 모키토 같은것들로 모킹 처리하나요? 모킹시에 기획이 변하면 상당히 어렵던데 실제 업무에서는 기획은 잘 안변하는 편인거죠?

[백갤러 4(210.117)]

Springboottest 붙는다고 오래걸리는게 아니고.. 그냥 헥사고날 아키텍쳐는 논할 수준이 아닌데 너는

[익명(1.243)]

@SpringBootTest 붙으면 컴포넌트 스캔이 진행되는데 일반 단위테스트보다 느리죠. 일반 단위테스트는 1ms 걸리는 반면에 SpringBootTest 는 200ms부터 시작하던데요 물론 느리다의 기준이 사람마다 다르기 때문에 그정도는 느린거 아니다 라고 말씀하신거 같긴 하네요 헥사고날 아키텍처를 당연히 정확히는 모르지만 DB와의 강결합을 끊기 위해서 쓰는 경우를 봤으니 소통하기 쉽게 말하는거구요

[백갤러 5(211.209)]

@SpringBootTest를 안쓰면 ㅈㄴ 빡센 Spring Batch 관련 아니면 대체로 모킹해서 테스트한다는듯

[익명(211.179)]

그렇군요 감사합니다!