테스트 방식? 질문

Question

안녕하세용.요새 또 이런 저런 벽에 부딪혀서 너무 자주 오네요.아무튼 여태 테스트코드같은 거 작성하지 않고, 그냥 로직 작성하고 프론트단 만들고 백단 만들면서 작업해왔습니다.다행히 규모가 그렇게 크진 않아서 아직 문제가 생기진 않았는데,종종 생각지도 못한 케이스가 발견되어서 이제라도 통제하고자 테스트코드를 작성해보고자 합니다.근데 테스트도 뭐가 이것 저것 많더군여.일단 제 생각은 아래 두 동작을 할 예정이었습니다.1. 권한별 계정을 만들고, 존재하는 모든 API를 테스트한다.2. 그로 인한 DB나 Redis 같은 세션을 조회해서 원하는 결과가 나왔는 지 확인한다.근데 이런 관점에서 생각해보니, 단위 테스트는 뭘 말하는 건지 감이 잘 안오더군여.API가 호출되는 게 정상적으로 동작하다고 해서,그 사이에 거쳐가는 모든 클래스 파일이 정상적으로 동작한다고 볼 수는 없는 건가요?테스트를 이렇게 코드로 해보는 게 처음이라, 테스트에 대한 개념 자체가 부족해서 이런 생각이 드나 싶은데,하루동안 대충 찾아봐도 잘 모르겠더군여.글이 장황했는데 결국 궁금한건 이거인 것 같네요.다른 정보도 추가로 주셔도 감사히 받아먹겠습니다.1. 저런 식으로 테스트하는 게 맞는 건지 (저건 통합 테스트라고 봐야 할까유? )2. 단위 테스트는 뭘 해야 하는 건지?

와플치킨 · Answer

Postman이나 mockMVC등으로 API 찔러보는건 일반적으로는 통합테스트라고 합니다.단위테스트는 레이어 모듈별로 테스트하는 것인데 service단에 비즈니스 로직이 있다면 service단만 떼내서 비즈니스 로직을 검증하는 것이죠DB나 Redis와 연동하려면 통합테스트로 보는게 맞습니다.

전뚱이인데요 · Answer

단위 테스트 먼저그 후 통합 테스트 진행단위 테스트는 DAO, Repository 단에서 test 를 단위 테스트라고도 할 수 있어요controller, service 레이어에서 하는걸 통합 테스트도 볼 수 있죠

감독님테스트가하고싶어요 · Answer

API 호출이 정상적으로 되었을 경우, 그 과정에 놓인 클래스들이 다 정상이다그렇다면 본인이 결제 api 를 만들었고 거기에 결제대행사가 끼어있다고 해보죠.테스트할때마다 실제 결제를 하고 결제대행사에게 수수료를 지불할건가요? 테스트 끝날때마다 환불 api도 쏴주고요 ㅋㅋ두 번째로, 상기 예시에서 결제대행사에서 일시적인 장애로 api 호출이 정상적으로 이뤄지지 않았다면?본래 목적은 자기가 코드를 잘 작성했는지 검증하고싶은건데 외부 요인때문에 이게 불가능해집니다.결제대행사가 오류를 잡을떄까지 본인 코드에 문제가 생겼는지 여부를 확인하지 못하게되서 답답하지않나요?세 번째로, 조금만 복잡해져도 실제 개발 시간보다 테스트코드 만지는 시간이 말그대로 천문학적으로 길어집니다. 추후 코드 수정이라도 있으면 기능은 1줄 코드 바꾸고 모든 테스트코드를 수정해야합니다.

초무쿤 · Answer

단위 테스트는 단순한 기능테스트만 하는게 좋고 / 통합테스트는 Junit하는건 유지보수에 무리가 좀 있지 안을까 싶습니다.단위 테스트 BDD 스타일의 테스트 작성 방식 (BDD: Behavior-Driven Development)// given// when// then 처럼 간단하게 하는 방식이 개인적으로는 좋은거 같더군요. (개념은 한번 검색해보시면..)저같은 경우는 Controller, Service, Repository 다 만들지 않고 Service만 위주로 만드는 편이에요.(Controller, Repository필요한 경우만)통합테스트는 Junit 이 아니라 다른 통합테스트 도구를 사용하시는게 좋으실듯요.(통합테스트도 Junit으로 하게 되면 기능 변경이나 추가할때마다 통합테스트까지 유지보수 해야되서 배보다 배꼽이 더 커지는듯..)

테스트 방식? 질문

4개의 답변

기술 목록