전체 글 (185) 썸네일형 리스트형 [JUnit 5] Assertions VS Assumptions 1- 개요 Assertions와 Assumptions를 비교해보고자 함 2- 학습 내용 기반으로 차이점 요약 Assertions은 테스트 실행 조건이 아닌 테스트 통과 조건에 초점된 클래스 Assumptions는 테스트 실행 조건에 초점이 맞추어진 클래스 3- 비교 Assertions - 테스트 통과 조건을 통과하는지 확인할 때 사용 - 주요 메서드는 이전에 포스팅된 글 참고 Assumptions - 메소드별 조건에 따라 테스트 수행 여부 결정 - 주로 수행 OS, 환경변수, JRE 버전 등에 따른 조건을 입력함 - assumeTrue : 테스트 실패시 에러 - assumeFalse : 테스트 성공시 에러 - assumingThat( boolean, executable ) : 첫 번째 인자가 True면 .. [JUnit 5] Assertions의 사용 GitHub - Jeong-sky-1003/JUnit5_Study Contribute to Jeong-sky-1003/JUnit5_Study development by creating an account on GitHub. github.com 1- Assertions Assertions : 번역하자면 단정문. 성공하지 않으면 실패 처리를 하기 위함. junit.jupiter.api.Assertions 클래스에 존재하며 import시 static으로 import 하여 활용 가능 참고로 JUnit은 자바의 reflection을 사용하기에 public이 필요 없어 접근 지정자에 따른 제약이 없음. (이거는 강의 들어야할듯 ㅠㅠ) 2- 테스트 수행 시점에 따른 Annotation **All 전체 테스트 수행 전.. [Spring Boot] 싱글톤 컨테이너 (Singleton container) 1- 개요 스프링 컨테이너는 싱글톤 패턴의 문제점을 해결하며, 객체 인스턴스를 싱글톤으로 관리함 지금까지 우리가 학습한 스프링 빈이 싱글톤으로 관리되는 빈임 2- 싱글톤 컨테이너 스프링 컨테이너는 싱글톤 패턴을 적용하지 않아도, 객체 인스턴스를 싱글톤으로 관리함 이전 컨테이너 생성 과정을 생각해보면 컨테이너는 객체를 하나만 생성해 관리함 스프링 컨테이너는 싱글톤 컨테이너 역할을 함. 이렇게 싱글톤 객체를 생성하고 관리하는 기능을 싱글톤 레지스트리라 함 스프링 컨테이너의 이런 기능 덕분에 싱글톤 패턴의 모든 단첨을 해결하며 객체를 싱글톤으로 유지할 수 있음 - 싱글톤 패턴을 위한 지저분한 코드가 들어가지 않아도 됨 - DIP, OCP, 테스트, private 생성자로 부터 자유롭게 싱글톤을 사용할 수 있음.. [Spring Boot] 싱글톤 패턴 1- 싱글톤 패턴 클래스의 인스턴스가 딱 한 개만 생성되는 것을 보장하는 디자인 패턴임 그래서 객체 인스턴스가 두 개 이상 생성하지 못하도록 막아야함 private 생성자를 사용해 외부에서 임의로 new 키워드를 사용하지 못하도록 막아야함 생성 방법 (1) static 영역에 객체 instance를 미리 하나 생성해 올림 (2) 해당 객체 인스턴스가 필요하면 오직 getInstance( ) 메서드를 통해서만 조회 가능. 해당 메서드를 호출하면 항상 같은 인스턴스 반환 (3) 딱 한 개의 객체 인스턴스만 존재해야 하믐로, 생성자를 private로 막아 혹시라도 외부에서 new 키워드로 객체 인스턴스가 생서되는 것을 막음 그렇다면 일일히 AppConfig에 있는 것들을 싱글톤으로 만들어줘야하는가? 놉! 스프.. [Spring Boot] 웹 애플리케이션과 싱글톤 1- 웹 애플리케이션과 싱글톤 싱글톤: 객체 인스턴스가 JVM에 딱 하나만 존재해야하는 것 스프링은 태생이 기업용 온라인 서비스 기술 지원을 위해 탄생함 대부분 스프링 애플리케이션은 웹 애플리케이션임. 물론 웹이 아닌 애플리케이션 개발도 만들 수 있음. 웹 애플리케이션은 보통 여러 고객이 동시에 요청함 스프링이 없는 순수한 DI 컨테이너로 작업할 경우 객체를 호출할 때마다 객체가 생성되는 문제가 발생함 해당 강의 이전 코드인 스프링 없는 순수한 DI 컨테이너인 AppConfig는 요청할때마다 객체를 생성함 고객 트래픽이 초당 100이 나오면 초당 100개 객체가 생성되고 소멸됨 -> 메모리 낭비가 심함 해결 방안은 해당 객체가 딱 한 개만 생서되고 공유되도록 설계하면 됨 -> 싱글톤 패턴 2- 하널쓰가 .. [Spring Boot] 스프링 빈 설정 메타 정보 - BeanDefinition (중요) 1- 스프링은 어떻게 다양한 설정 형식을 지원하나? BeanDefinition 이라는 추상화가 존재하기 때문 쉽게 이야기해 역할과 구현을 개념적으로 나눈 것 [ XML 혹은 자바 코드 ]를 읽어 BeanDefinition을 만들면 됨 스프링 컨테이너는 설정 파일 형식이 자바 코드인지, XML인지 몰라도 됨. 오직 BeanDefinition만 알면 됨. BeanDefinition을 빈 설정 메타정보라 함 @Bean, 당 각각 하나씩 메타 정보가 생성됨 스프링 컨테이너는 이 메타정보를 기반으로 스프링 빈을 생성함 스프링 컨테이너 내부는 추상화에만 의존하도록 설계되어 가능한 것. 2- 코드 레벨로 들어가 살피기 AnnotationConfigApplicationContext는 AnnotatedBeanDefini.. [Spring Boot] 다양한 설정 형식 지원 - 자바 코드, XML 1- 설정 형식 지원 스프링은 다양한 형식의 설정 정보를 받을 수 있게 유연하게 설계되어 있음 ex. 자바 코드, XML, Groovy 등 AnnotationConfigApplicationContext - AppConfig.class GenericXmlApplicationContext - appConfig.xml XxxApplicationContext - 임의로 구현 가능함 자바 기반의 AnnotationConfigApplicationContext를 많이 사용함 2- 애노테이션 기반 자바 코드 설정 지금까지 실습했던 것 new AnnotationConfigApplicationContext( AppConfig.class ) AnnotationConfigApplicationContext 클래스를 사용하며 자.. [JUnit 5] 테스트 이름 표기하기 - 테스트를 실행하면 테스트 결과인 Report 쪽에 테스트 이름이 표기됨 - 기본적으로 메서드 이름이 나타나기에 메서드 이름으로 테스트 이름을 표기하기도 함 - 이 방법이 아닌 원하는 이름으로 나타나게 하는 방법이 존재함 (아래 애너테이션 두 가지) @DisplayNameGeneration 클래스와 메서드 모두 사용이 가능함 클래스에 사용시 클래스에 있는 모든 테스트 메서드에 적용됨 이는 어떤 식으로 디스플레이 이름을 생성할 것인지 전략에 해당하는 구현체를 입력할 수 있음 예시 코드 - 언더스코어( _ )를 공백 문자료 치환해줌 - 이렇게 언더바가 공백으로 치환됨 - 카멜 케이스보다 가독성이 좋아 많이 사용됨 @DisplayName DisplayName이 더 권장됨 메서드로 테스트 내용 표현하기에는 한.. 이전 1 2 3 4 ··· 24 다음
