스프링부트에서 DAO테스트코드 작성 시 궁금증

Question

지금 테스트코트를 작성하는걸 연습해보려고 토이프로젝트를 진행중인데요db와 통신하는 DAO의 테스트코드를 작성하려고 고민중인데 몇가지 궁금증이 있어서어떻게 하는것이 비교적 최선의 방법인지 궁금합니다&#61;&#61;&#61;&#61;&#61;&#61;&#61;&#61;&#61;개발환경스프링부트 2.7.8마리아db(테스트용으로 분리된 db - 기본적으로 항상 비워져있음)마이바티스 SqlSession을 사용해서 db의 데이터를 가져오고있습니다Junit5&#61;&#61;&#61;&#61;&#61;&#61;&#61;&#61;&#61;설계할때 테스트는 분리된db에서 진행해야될것같아서 실제 db와 똑같이 복사해서 테스트용db를 구성했는데요.테스트는 트랜잭션을 걸어둬서 테스트 db는 항상 비워져있습니다. 그렇다보니 생기는 궁금증인데요테스트를 하려면 테스트 데이터가 필요하기때문에 데이터를 넣어야되는데, 그럼 A 메서드를 테스트하기위해서 db에 데이터를 넣는 B메서드를 사용해야되더라구요.. 그러면 A테스트가 B메서드를 의존하게 되기때문에 좋은 단위테스트가 아닌것같은데 이런경우 어떤식으로 테스트코드를 작성해야되나요?1의 문제를 어떻게 해결해야 될지 고민하다가 제가 생각해본 방법으로는 테스트 시에 미리 데이터를 넣어두는 건데요(beforEach 또는 db에 직접 넣어두기) 그러면 조회 건수가 4건인지 확인하는 테스트 코드가 있었는데, 추후 테스트 코드가 계속 추가되면서 테스트 데이터가 늘어난다면 기존의 테스트 코드가 실패할수있을것같습니다.. 건수를 확인하는 테스트 코드가 안좋은 테스트 코드 일까요?다른 방법으로는 mock을 사용해서 dao의 A메서드가 호출될때 제가 미리 만들어둔 객체를 리턴하게 하는 방법입니다. 이렇게하게된다면 굳이 테스트db를 만들필요가없이 모든 테스트를 mock을 사용해서 할수있을것같은데요. 하지만 다른테이블들과 연계되는 복잡한데이터의 경우 직접 db의 데이터를 가져와봐야 데이터의 정합성같은걸 테스트해볼수있을것같은데.. 내가 설정한 데이터만으로 테스트를 한다면 이게 좋은 테스트인지 의문이 듭니다.선배님들이 의견 부탁드립니다!

초무쿤 · Answer

저같은 경우는단위 테스트는 정말 딱 기본기능만 테스트 합니다.(BDD given,when,then을 한번 찾아보시면)(복잡해질 경우 유지보수 시 단위테스트 유지보수에 공수가 너무 많이 들어감)데이터베이스는 인메모리db (h2)에 하고 &#64;Transactional(rollback)을 기본설정해놓음.(기준데이터는 test/resources/import.sql 이나 data.sql에 미리 작성해놓음)ps. 나머지 복잡한 테스트는 단위테스트가 아니라 it(integration test)에서 진행. 개인적으론 skip ㅋ, 회사 프로젝트면 통합테스트 단계때 진행.

양반후반 · Answer

test/resource에 테스트 데이터용 sql 파일을 넣어두시고 beforeEach시 데이터 넣으시고 테스트를 하면서 데이터가 추가 및 삭제 될 수 있으니 이로 인한 다른 테스트에 미치는 영향을 없애기 위하여 afterEach에서 데이터를 전부 삭제 해줍니다.즉, 매 테스트마다 테스트용 데이터 넣고 테이블 비우고를 하시면 됩니다.ScriptUtils.executeSqlScript 로 찾아보세요.

libedi · Answer

말씀하신대로 모든 테스트는 독립적으로 수행되어야 합니다. 그래서 각 테스트 수행시 해당 테이블은 초기화 되어야 하죠. 이런 초기화 쿼리를 테스트 수행 전에 실행할 수 있도록 해주시면 됩니다. Spring 에서는 @Sql() 애노테이션이 이런 역할을 수행합니다.참고로 위와 같은 이유로 보통 테스트 DB는 H2와 같은 in-memory db로 구성합니다.

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

테스트 코드는 독립적이어야하는데 테스트 코드끼리 영향을 주는 것은 잘못한겁니다.매 테스트마다 필요한 데이터를 넣고 초기화를 반복하면 됩니다.저는 mock같은 경우는 서비스 레이어 이상의 부분에서 사용하고있습니다.별개로 테스트 db의 경우 인메모리 db를 사용하지 않고 test container를 사용해서 실제 사용하고있는 db와 같은 환경에서 돌아가게 하고있습니다.

장독깨기 · Answer

한가지 방법을 특정하고 그 방법을 사용하는게 늘 최선인 경우는 없습니다.그니까, 상황에 따라서 판단하고 지금 만든 모듈이 이상 없는지 확인만 하면 되는 것이지요.1번 같은 경우, A 모듈을 테스트 하는거잖아요. B 모듈로 미리 데이터 넣어도 상관 없다는 얘깁니다.그니까, B모듈에 의존해서 찝찝하다 이런 생각할 필요없이, 1번 방법으로 하셔도 됩니다.2번 같은 경우도 그럼, 4건이 아니라 1건 이상으로 하시면 되구요.3번도 목을 이용해 로직을 검증해 볼 수 있고, 실제 들어간 데이터가 어떤지 또 별도로 테스트 해볼 수 있겠죠.그니까, 본인이 만든 모듈이 이상 없는지 예외를 잘 처리 했는지 이 부분을 테스트만 하면 됩니다. 어떤 방법이든.공부하는 단계이고 그래서, 테스트 코드를 작성해 보는 연습을 하는건 좋은데요, 여기에 너무 힘 뺄 필요는 없습니다.배보다 배꼽이 커서는 안되겠죠. (만든 로직은 10줄인데 하나 마나 한 테스트틀 위해 코드 20줄을 짠다면 이건 좀...)하나마나 한 테스트 코드를 무작정 작성하는 것 보다 실제로 테스트 케이스를 잘 작성하는 것이 중요합니다.저 같은 경우, 로직이 너무 복잡하고 케이스도 많아서 검증을 해봐야겠다,이 경우 외에는 단위 테스트 코드 작성하지 않습니다.그리고, 통합테스트, 그니까, 여러 모듈을 연계해서 테스트를 해야 하는 경우,코드 작성 역시 너무 복잡하고 예외도 많기 때문에 테스트 코드 작성하지 않습니다.그러나, 테스트 케이스는 꼼꼼히 작성을 하려 하고, 수동으로 테스트 진행하고 다른 이들에게도 진행하게 합니다.테스트 코드를 작성하지 마라는 말씀을 드리는건 아니구요, ㅎ중요한 부분이 뭔지 그 부분을 좀 깊게 생각해보시라 오지랖 좀 부려봤습니다. :)

스프링부트에서 DAO테스트코드 작성 시 궁금증

5개의 답변

#dao 목록