개발 이야기 (21) 썸네일형 리스트형 [10분 Boot-up] Kotlin으로 스프링부트 Web Application 만들기 - (7) 단위 테스트(Unit Test) JUnit5 적용하기 Kotiln과 Spring Boot을 모르더라도 10분씩 따라하면서 자연스럽게 Web Application을 만들어보는 것이 목표입니다. 각 챕터에서 나오는 중요한 내용은 별도로 [더 알아보기]에 보충해서 작성할 예정입니다. 시작하기 이번에는 Service의 함수들에 대한 단위 테스트를 작성하는 방법을 소개한다. 단위 테스트란 기존의 작성된 코드를 검증하는 자동 테스트를 말한다. 단위 테스트는 TDD(테스트 주도 개발)에 아주 중요한 도구가 되기도 한다. 보통 단위 테스트를 작성할 때 몇 가지 프레임워크를 함께 사용하는데 대표적으로 JUnit과 MockK 프레임워크이다. JUnit은 자바의 단위 테스트를 위한 프레임워크 도구로 Assert 단정문을 통해서 테스트 수행 결과를 판별하여 결과를 리포트해준다... 성능 테스트, 부하 테스트, 스트레스 테스트란? 얼마 전 회사에서 만든 gRPC 서비스의 성능 테스트를 진행했다. 이유는 현재 시스템 상태에서 특정 조건의 DB 데이터를 count 하는 기능이 있었는데, count 쿼리 특성 상 DB 데이터가 많아지면 많아질수록 쿼리 속도가 선형적으로 증가하기 때문이다. (이런 경우는 Index로 해결되지 않는다.) 이런 경우에는 Workaround로 현재 DB 환경에서 count 의 쿼리가 데이터 양이 어느 정도의 수준까지 먼저 허용될지 확인하는 것이 중요하다. 그리고 해당 데이터가 적재되기 전까지 적절한 방법을 고민해서 시스템 업데이트를 해야한다. 아무튼 성능 테스트를 진행하면서 테스트 관련된 용어가 조금 헷갈렸는데, 그 이유는 평소 성능 테스트와 부하 테스트 용어를 별 생각없이 비슷한 개념으로 섞어서 사용했기 때.. [10분 Boot-up] Kotlin으로 스프링부트 Web Application 만들기 - (6) Service Layer 적용하기 Kotiln과 Spring Boot을 모르더라도 10분씩 따라하면서 자연스럽게 Web Application을 만들어보는 것이 목표입니다. 각 챕터에서 나오는 중요한 내용은 별도로 [더 알아보기]에 보충해서 작성할 예정입니다. 시작하기 보통 Spring Boot로 Web Application을 만들다보면 대부분의 프로젝트가 pakage 구조를 controller, service, repository로 나누고 있는 것을 발견할 수 있다. 대부분의 프로젝트가 이런 일관된 구조를 가지는 이유는 Spring에서 지향하는 계층 구조인 3 Tier Architecture(3계층 구조 - Presentation Layer, Business Layer, Persistence Layer)를 반영하기 위해서라고 생각하면 된.. Gradle Wrapper란? Gradle 빌드에 권장되는 사용 방법은 Gradle Wrapper를 사용하는 것이다. Wrapper는 미리 선언된 버전의 Gradle을 호출하고, 필요한 경우 미리 다운로드한다. Java 프로젝트를 CI 환경에서 빌드할 때 CI 환경을 프로젝트 빌드 환경과 매번 맞춰줄 필요가 없는 이유가 바로 Gradle Wrapper를 사용하기 때문이다. 즉, 환경에 종속되지 않고 프로젝트를 빌드할 수 있는데 이런 점이 Gradle이 가진 강력한 특징중 하나이다. gradle wrapper 명령어를 실행하면 아래처럼 파일들이 생성된다. $ gradle wrapper BUILD SUCCESSFUL in 545ms 1 actionable task: 1 executed $ tree . ├── gradle │ └── wra.. 임의(Arbitrary)값과 무작위(Random)값은 어떻게 다를까? 각각 Arbitrary는 '임의의'라는 Random은 '무작위'라는 사전적인 의미를 지니고 있다. 일상생활에서 두 단어는 보통 구별없이 사용해도 큰 무리가 되지 않는다. 하지만 컴퓨터과학이나 수학 영역에서는 이 두 단어의 미묘한 차이는 결코 작지 않다. 임의(Arbitrary) Arbitrary는 any의 의미를 가진다. 대상이 되는 것들 중에서 무엇을 선택해도 아무런 상관이 없다는 뜻이다. 무엇을 선택하더라도 선택에 따른 비용은 동일하다. 예를 들어 1부터 100까지의 숫자 중에서 1개를 선택하는 경우, 그냥 선택하는 행위 자체가 중요하다. 즉, 무엇을 선택해도 상관없으며 실제 선택의 행위로 인한 비용도 동일하다. 보통 여러 가지 경우의 수를 통해서 무언가를 테스트하는 경우 임의 값을 통해서 검증하는 .. [10분 Boot-up] Kotlin으로 스프링부트 Web Application 만들기 - (5) Spring Data 적용하기 Kotiln과 Spring Boot을 모르더라도 10분씩 따라하면서 자연스럽게 Web Application을 만들어보는 것이 목표입니다. 각 챕터에서 나오는 중요한 내용은 별도로 [더 알아보기]에 보충해서 작성할 예정입니다. 시작하기 대부분의 Web Application은 데이터베이스(DB)에 저장된 데이터의 CRUD를 함께 수행하면서 비지니스 로직을 처리하는 경우가 많다. 이런 데이터베이스 저장소(MySQL, Redis, MongoDB 등)의 종류가 매우 다양하기 때문에, 만약 특정 저장소에 강합 결합도를 가진 Web Application이 있다면 상황에 따라서 언제든지 변경될 수 있는 Storage Layer의 변경이 매우 어려워진다. 이런 이슈를 해소하기 위해서 Spring은 Storage Laye.. [10분 Boot-up] Kotlin으로 스프링부트 Web Application 만들기 - (4) Spring MVC 적용하기 Kotiln과 Spring Boot을 모르더라도 10분씩 따라하면서 자연스럽게 Web Application을 만들어보는 것이 목표입니다. 각 챕터에서 나오는 중요한 내용은 별도로 [더 알아보기]에 보충해서 작성할 예정입니다. 시작하기 전에 지금까지는 spring-boot-starter를 사용해서 Spring Boot Application을 만들어봤다. 앞에서 우리가 만든 Application은 실행시키면 Logging만 수행하고 바로 종료되는 단순한 Java Application이다. 여기서 우리가 주의해야하는 점은 Spring과 Spring Boot는 그 자체로는 Web Application 프레임워크가 아닌, Java 개발을 쉽게 사용할 수 있게 도와주는 Java Application 프레임워크이라는.. [10분 Boot-up] Kotlin으로 스프링부트 Web Application 만들기 - (3) Logback 설정하기 Kotiln과 Spring Boot을 모르더라도 10분씩 따라하면서 자연스럽게 Web Application을 만들어보는 것이 목표입니다. 각 챕터에서 나오는 중요한 내용은 별도로 [더 알아보기]에 보충해서 작성할 예정입니다. 시작하기 전에 Web Application을 운영하다보면 Application 자체의 Matrix 정보도 서비스 모니터링에 매우 중요한 요소지만 Logging은 비지니스 로직의 동작과 오류를 자세하게 추적할 수 있는 또 하나의 강력한 요소라고 생각한다. 특히 Error가 발생한 상황에서 남긴 적절한 Logging은 어느 부분에서, 어떻게 문제가 발생했는지 추적할 수 있는 가장 중요한 첫번째 단서가 된다. Logging을 수행하기 위한 Logger로서 Java 생태계에서는 Log4j(.. [스프링부트] Spring Boot의 Relaxed Binding 이란? Spring Boot는 Environment프로퍼티를 @ConfigurationProperties 빈에 바인딩하기 위해 Relaxed Binding 규칙을 사용하기 때문에 Environment 프로퍼티 이름과 Bean 프로퍼티 이름을 정확히 일치할 필요가 없다. Relaxed Binding이란 프로퍼티와 환경 변수들의 구분을 어느정도 유연한 규칙으로 동일하게 인식한다고 이해하면 된다. 대표적으로 Camel case와 Snake case로 각각 설정된 값들이 있다면 이를 동일한 설정으로 이해하며, 우선순위에 맞게 내부적으로는 1개의 값으로 설정한다. 대시(-)로 구분된 환경 프로퍼티(ex. context-path를 contextPath에 바인드)와 대문자로 작성(capitalized)된 환경 프로퍼티(ex.. [네트워크] Request Timeout 종류 정리 서버간 통신이 많아지는 MSA 구조가 각광 받으면서 내부 시스템 안에서도 서로 클라이언트와 서버가 되어 데이터를 주고 받는 비중이 점점 커지고 있다. 이런 상황에서 통신을 요청하는 클라이언트는 다양한 Timeout 오류를 만날 수 있는데, 이런 Timeout에 대한 종류를 잘 구별한다면 각각의 상황에 따라 구분해서 처리할 수 있다. 한번은 쥬니어 개발자에게 API 요청이 타임아웃 오류 응답을 받는데, 백엔드 서버로 들어오지 않고 앞 단의 Nginx 까지는 액세스 로그가 찍히는 상황이라 도저히 이유를 모르겠다는 질문을 받은 적이 있다. 이런 경우는 타임아웃이 어떤 종류로 발생하고 있는지 먼저 확인하는 것이 중요하다. 타임아웃의 종류가 밝혀지면 디버그나 분석을 해야하는 범위도 좁혀지기 때문이다. Connec.. 이전 1 2 3 다음
