https://charactermail.tistory.com/521
테스트코드 수동으로 직접 만들었을 때 단점 (테스트 프레임워크 안 쓸 때)
1. 테스트 클래스와 메서드가 생길 때 마다 메인 메서드에 직접 코드를 추가해야 하고, 그럴수록 메인 메서드가 계속 커진다. 테스트 메서드를 개별적으로 실행하기도 어렵다. 2. 테스트가 실패
charactermail.tistory.com
https://charactermail.tistory.com/522
Junit5에서 사용되는 주요 어노테이션
@Test : 테스트 메서드를 지정함. 테스트 메서드를 실행하는 과정에서 오류가 없으면 성공 @BeforeEach : 각 테스트 메서드가 수행되기 전에 실행되는 메서드를 지정 @AfterEach : 각 테스트가 수행된 후
charactermail.tistory.com
https://charactermail.tistory.com/523
스프링부트 각 계층 테스트 하는 방법
Domain 계층 : 클래스를 테스트 하는 것과 동일하게 별도의 추가적인 설정 없이 별도의 클래스를 만들고, 안에 테스트할 메서드를 적으면 됨. ※ Service, Repository, Controller 계층은 빈은 스프링에서
charactermail.tistory.com
https://charactermail.tistory.com/514
테스트 코드 커버리지 측정 (jacoco 활용)
jacoco란? JaCoCo Java Code Coverage Library 테스트 환경 : maven 프로젝트 0. 테스트 위한 maven 프로젝트 생성 1. pom.xml에 jacoco 플러그인 추가 필요 maven-clean-plugin 3.1.0 maven-resources-plugin 3.0.2 maven-compiler-plugin 3.8
charactermail.tistory.com
'스프링 관련 > 스프링' 카테고리의 다른 글
| 인프라 관련 url index 정리 (0) | 2023.01.16 |
|---|---|
| 참고 위한 application.yml 설정 파일 예시들 정리 (0) | 2023.01.16 |
| dto (0) | 2023.01.15 |
| exception (0) | 2023.01.15 |
| controller (0) | 2023.01.15 |
댓글