이야기를 나눠요
131만명의 커뮤니티!! 함께 토론해봐요.
인프런 TOP Writers
-
실무에 바로 적용하는 프런트엔드 테스트 - 2부. 테스트 심화: 시각적 회귀・E2E 테스트
[필터 기능] incldues.text vs .each 사용에 대한 차이점 문의
// 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를 활용하는 방법 사이에 큰 차이점이 있을까요?어떤게 더 효율적인 테스트 작성방법인지 문의드립니다!
-
Practical Testing: 실용적인 테스트 가이드
테스트 가이드 강의 수강하고 프로젝트 진행 중 번외로 질문하고 싶은 것이 있어 문의남깁니다 !
제가 테스트 강의를 다 보고 프로젝트를 진행하던 도중에 막혔던 테스트 케이스가 있어 이렇게 문의드립니다. 바쁘시겠지만 혹시나 시간이 나신다면 한번 피드백 주시면 감사하겠습니다 ㅠㅠ 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에 대해 제가 정확하게 이해한게 맞을까요??- 틀리거나 부족한 내용은 없을까요??좋은 하루보내세요 감사합니다.
-
Java/Spring 테스트를 추가하고 싶은 개발자들의 오답노트
DDD하시는 분들 Repository 도메인에 두나요? 서비스에 두나요?
제가 도메인 서비스를 사용해서도메인 영역에서 모든 DB와 프레임워크 관련된 의존성,예를 들어 @Transaction 같은 어노테이션도 안 쓰고모두 레파지토리에 위임해서 하고 있습니다.근데 이럴 경우 Repository 명세나 계약을 서비스에 영역에 두면 또 도메인이 서비스를 참조해야되는 경우라일단은 도메인 영역에 내려서 진행 중에 있는데뭐 다른 방법 없을까요?첫번째로는 응용 서비스레이어에 두고도메인 서비스를 사용할 거면 도메인 객체만을 사용해서 로직을 돌리고 반환해서 응용서비스에서 다 처리해라두번째는 규모가 작다는 가정 하에 똑같은 Repository 인터페이스를 도메인, 응용 영역에 두고 쓴다밖에 방법이 안 떠오릅니다. 첫번째는 머리속에서 굴린거라 분명히 제약사항 엄청만을 것 같아서 힘들어보이고
-
Practical Testing: 실용적인 테스트 가이드
github 관련 질문
강사님의 강의를 듣기 시작한 학생입니다.제 개인 github에 강의에서 들은 내용을 정리하며 들을라 하는데,코드를 작성하신 것을 올려도 될까요?
-
Java/Spring 테스트를 추가하고 싶은 개발자들의 오답노트
DDD 하시는 분들 질문드려요
작은 프로젝트에서 레파지토리가 그렇게 세분화 되어있지않고 까다롭지 않다는 가정 하에도메인 서비스가 꽤 자주 레파지토리를 호출합니다이때 응용 서비스 레파지토리랑 완전히 같은 인터페이스가 도메인 영역에 존재하는데 이럴 경우 어떻게 하나요?서비스영역에만 두면 서비스영역에 의존성이 생겨서 문제입니다프레임워크가 지원해주는 트랜잭션이나 락 같은 것도 제거해서 레파지토리 영역으로 넘겨줬는데 이게 문제네요,,1-1 응용서비스에서 최대한 처리후 도메인 객체로만 도메인 서비스를 사용한다 1-2 에라모르겠다 그냥 도메인 영역에도 비슷한 레파지토리 인터페이스를 만들어서 사용해라2. 테스트에서 도메인의 상태값을 테스트하는 경우가 있고 저는 도메인에서 터트릴 수 있는 로직은 도메인 클래스 객체 내부에서 다 터트리고 있습니다.도메인에서 만들어둔 테스트 케이스가,,응용서비스에서 또 똑같은 짓을 하고 있어서 이거 원래 도메인 영역 + 응용 서비스 영역 둘 다 같은 로직에 대해서 하는 게 맞는지예를들어 회원 상태를 BANANA로 바꾸는 도메인 로직을도메인 테스트에서 성공 실패 테스트를 하고응용 서비스에서도 순차로직 중에 또 BANANA 성공 실패 여부 테스트를 또하고 있습니다.이게 아니면 도메인 객체 내부에서만 하는 게 맞는지 질문드립니다.
-
Practical Testing: 실용적인 테스트 가이드
모든 계층에 테스트 코드를 작성하는건 비효율적일까요?
강사님의 훌륭한 강의를 듣고 현재 진행하고 있는 프로젝트에 테스트 코드를 작성하려고 합니다.프로젝트 크기는 크지만(개인적인 생각) 아직 테스트 코드는 작성하지 않았고, 해당 프로젝트는 계층형 아키텍처로 이루어져있습니다.개인적으로 테스트 코드는 유효성 검사를 하는 Presentation Layer보다는 Domain Layer와 같이 중요하고 복잡한 로직이 있는 곳에 더 필요하다고 생각합니다. 그래서 테스트 코드를 작성하는 것도 비용이라고 생각해서 우선은 도메인 로직과 관련된 테스트 코드를 작성하고 컨트롤러와 같이 적은 역할을 하는 곳에 테스트 코드를 차례대로 작성하려고 합니다.테스트 코드를 작성한 경험이 없어서 부족한 점이 많은데 이렇게 테스트 코드를 프로젝트에 도입하는게 맞을까요?강사님의 의견이 궁금합니다!그리고 실무에서도 프로덕션 코드에 맞는 테스트 코드를 모두 작성하시는지 아니면 필요하다고 생각하는 곳에만 작성하시는지도 궁금합니다.
-
Practical Testing: 실용적인 테스트 가이드
안녕하세요 아직 다 못봤지만 질문이 있습니다.
강의에서는 controller 만 Mock를 사용했는데 service쪽도 테스트할떄도 Mock으로 테스트를 진행자주 하나요? 2. 이건 개인적인 취향일수도 있는데 dto를 생성할때 재사용성이 없는 class에 내부 클래스 즉 static class를 만들어서 여러개의 class를 만들어서 사용하는 방법도 하시던데 어떤걸 선호 하시나요?
-
[코드캠프] 부트캠프에서 만든 고농축 백엔드 코스
Ubuntu 설치 시
안녕하세요. 강의 시작시, 사용중인 PC(노트북)의 OS를 Linux(Ubuntu)로 변경하는 게 조금 부담이 있어, Virual Machine 을 설치하여 해당 강의를 수강하여도 무방할까요?? 현재 PC(노트북)의 Memory는 16GB입니다.
-
실전! 스프링부트 상품-주문 API 개발로 알아보는 TDD
사용하시는 검증 메서드들에 대한 질문입니다.
Assert를 스프링 Assert를 쓰기도하시고, assertj 를 이용하기도 하시던데두 종류를 섞어 쓰시지만 성격을 좀 다르게 쓰시는 것 같아서 어떤 상황에서 쓰시는 걸까요?
-
실전! 스프링부트 상품-주문 API 개발로 알아보는 TDD
[참고] JPA 적용하기 영상에서.
application.properties 에spring.jpa.properties.hibernate.show_sql=true spring.jpa.properties.hibernate.format_sql=true넣으셔야지 강의 영상처럼 로그 나옵니다