https://velog.io/@dlsrjsdl6505/MySQLDataJpaTest-%EC%97%90%EB%9F%AC-%ED%95%B4%EA%B2%B0 @AutoConfigureTestDatabase(replace = AutoConfigureTestDatabase.Replace.NONE)위 블로그 글 같이 @DataJpaTest(showSql = true) 하단에 위 어노테이션을 붙여 주시면 됩니다. 블로그 글을 요약하면, 기본 설정이 인메모리 DB로 잡혀 있어 dataSource가 연결되지 않는 것입니다.

현재 토이프로젝트의 service단이 너무 큼+테스트 코드가 필요하다고 생각해서 두 가지 방법을 생각했는데요1. 서비스 클래스 나누기2. 도메인 레이어 추가2번을 위해 도메인을 나누고자 했는데, 어떻게 나눠야할 지 감이 잡히질 않아서 해당 강의를 수강했습니다 그런데 해당 강의를 보면서, 사실 제 프로젝트가 CRUD 정보밖에 없는 것 같더라구요ㅎㅎㅎ,, 물론 소스코드를 봐야 제대로 파악이 되시겠지만, 이 경우에는 차라리 직관적인 레이어드 아키텍처로 가져가고, 서비스 클래스를 나누는게 더 나을까요?? 물론 적용해보면 좋은 내용이겠지만(그리고 다른 프로젝트에 적용해봐서 실습할 생각이지만) 프로젝트 규모가 너무 작은거 아닐까 싶어서요서비스가 최대 7개의 레포를 갖고있는데, 이 경우에는 각 서비스 클래스의 책임을 재정의하는게 맞을지 궁금합니다

// shopping-mall-e2e-test-with-answer cy.findAllByTestId('product-card').each($el => { cy.wrap($el).findByText('Shoes').should('exist'); }); // 제 답변 cy.findAllByTestId('product-card').should('includes.text', 'Shoes');필터 기능을 공식문서를 참고해서 직접 작성해보다가 궁금한 점이 생겼습니다.Github에 있는 답변처럼 반복문을 돌려 Shoes가 존재하는 지 검증하는 테스트와 제가 작성한 includes.text를 활용하는 방법 사이에 큰 차이점이 있을까요?어떤게 더 효율적인 테스트 작성방법인지 문의드립니다!

제가 테스트 강의를 다 보고 프로젝트를 진행하던 도중에 막혔던 테스트 케이스가 있어 이렇게 문의드립니다. 바쁘시겠지만 혹시나 시간이 나신다면 한번 피드백 주시면 감사하겠습니다 ㅠㅠ https://mingeonho1.tistory.com/entry/JUnit5-WithMockUser%EC%97%90%EC%84%9C-username%EC%9D%B4-%EC%9D%98%EB%8F%84%EB%8C%80%EB%A1%9C-%EC%9E%91%EB%8F%99-%EC%95%88-%ED%95%A8간단하게 궁금한점을 작성해봤습니다.- 블로그에 작성한 것처럼 외부로 분리해서 테스트한게 맞았을까요??- @WithMockUser에 대해 제가 정확하게 이해한게 맞을까요??- 틀리거나 부족한 내용은 없을까요??좋은 하루보내세요 감사합니다.

제가 도메인 서비스를 사용해서도메인 영역에서 모든 DB와 프레임워크 관련된 의존성,예를 들어 @Transaction 같은 어노테이션도 안 쓰고모두 레파지토리에 위임해서 하고 있습니다.근데 이럴 경우 Repository 명세나 계약을 서비스에 영역에 두면 또 도메인이 서비스를 참조해야되는 경우라일단은 도메인 영역에 내려서 진행 중에 있는데뭐 다른 방법 없을까요?첫번째로는 응용 서비스레이어에 두고도메인 서비스를 사용할 거면 도메인 객체만을 사용해서 로직을 돌리고 반환해서 응용서비스에서 다 처리해라두번째는 규모가 작다는 가정 하에 똑같은 Repository 인터페이스를 도메인, 응용 영역에 두고 쓴다밖에 방법이 안 떠오릅니다. 첫번째는 머리속에서 굴린거라 분명히 제약사항 엄청만을 것 같아서 힘들어보이고

강사님의 강의를 듣기 시작한 학생입니다.제 개인 github에 강의에서 들은 내용을 정리하며 들을라 하는데,코드를 작성하신 것을 올려도 될까요? 

강사님의 훌륭한 강의를 듣고 현재 진행하고 있는 프로젝트에 테스트 코드를 작성하려고 합니다.프로젝트 크기는 크지만(개인적인 생각) 아직 테스트 코드는 작성하지 않았고, 해당 프로젝트는 계층형 아키텍처로 이루어져있습니다.개인적으로 테스트 코드는 유효성 검사를 하는 Presentation Layer보다는 Domain Layer와 같이 중요하고 복잡한 로직이 있는 곳에 더 필요하다고 생각합니다. 그래서 테스트 코드를 작성하는 것도 비용이라고 생각해서 우선은 도메인 로직과 관련된 테스트 코드를 작성하고 컨트롤러와 같이 적은 역할을 하는 곳에 테스트 코드를 차례대로 작성하려고 합니다.테스트 코드를 작성한 경험이 없어서 부족한 점이 많은데 이렇게 테스트 코드를 프로젝트에 도입하는게 맞을까요?강사님의 의견이 궁금합니다!그리고 실무에서도 프로덕션 코드에 맞는 테스트 코드를 모두 작성하시는지 아니면 필요하다고 생각하는 곳에만 작성하시는지도 궁금합니다.

강의에서는 controller 만 Mock를 사용했는데 service쪽도 테스트할떄도 Mock으로 테스트를 진행자주 하나요?  2. 이건 개인적인 취향일수도 있는데 dto를 생성할때 재사용성이 없는 class에 내부 클래스 즉 static class를 만들어서 여러개의 class를 만들어서 사용하는 방법도 하시던데 어떤걸 선호 하시나요?

안녕하세요. 강의 시작시, 사용중인 PC(노트북)의 OS를 Linux(Ubuntu)로 변경하는 게 조금 부담이 있어, Virual Machine 을 설치하여 해당 강의를 수강하여도 무방할까요?? 현재 PC(노트북)의 Memory는 16GB입니다.  

Assert를 스프링 Assert를 쓰기도하시고, assertj 를 이용하기도 하시던데두 종류를 섞어 쓰시지만 성격을 좀 다르게 쓰시는 것 같아서 어떤 상황에서 쓰시는 걸까요?

application.properties 에spring.jpa.properties.hibernate.show_sql=true spring.jpa.properties.hibernate.format_sql=true넣으셔야지 강의 영상처럼 로그 나옵니다