이슈가 생겼을 때, 보통은 잘못된 분석이 원인인 경우가 많다. 그렇다면 이 잘못된 분석은 어떤 원인으로 발생할까? 이 의문을 조금이나마 풀어준 경험을 공유해볼까 한다. 최초 발견 내가 겪은 이슈는 아래와 같다. 로컬 환경에서 테스트 중 특정 화면의 조회 기능 문제를 발견 승인여부에 Y를 입력하여 조회시 결과가 조회되지 않음 (아래 이미지 참고) 전체 혹은 N을 입력했을 때에는 정상 조회가 됨 개발서버에서 테스트 시 문제가 없음 // 에러 메세지 Caused by: java.lang.IllegalArgumentException: org.hibernate.query.SemanticException: Could not interpret path expression 'user.businessVerifiedAt'..

. 시작하기 앞서 여기에서 진행되는 환경은 스프링부트 + 코틀린이며 아래와 같은 의존성이 추가가 되어 있다. kotlinVersion=1.7.10 springBootVersion=2.5.13 // build.gradle testImplementation("org.mockito.kotlin:mockito-kotlin:4.0.0") testImplementation("org.springframework.boot:spring-boot-starter-test") testImplementation("org.springframework.kafka:spring-kafka-test") testImplementation("io.mockk:mockk:1.13.1") 테스트를 만들었는데 when-then 형태로 아래와 같은..

스프링부트로 만든 서비스에서 다음과 같은 조건을 만족하려고 한다. 전제 : 스프링부트 + 코틀린(Kotlin) API에 받는 RequestBody의 모델에 비밀번호 필드를 포함한다. 비밀번호 필드는 Custom validation 어노테이션을 통해 검증을 한다. 정상적으로 동작하는지 단위테스트를 만든다. 해당 테스트에는 @BeforeAll, @AfterAll을 사용한다. 먼저 테스트를 작성해보자 Custom validation 어노테이션을 검증하기 위한 유닛테스트를 만들어야 하기에 Validator를 사용해서 검증해야 한다. internal class UserPasswordModelTest { lateinit var validatorFactory: ValidatorFactory lateinit var v..

물.론. 처음부터 끝까지 책만보고 실습을 해도 좋다. 하지만 21세기를 사는 우리에게 하루 24시간은 너무 짧다. 있는 걸 돌려보는 것만해도 어느 정도 학습효과가 분명 있다. (변명 x 9999999) 그래서 이미 준비된 실습 코드를 실행해보기로 했다. 공식적으로 마틴 파울러가 제공하는 실습코드는 없다. 대신 리팩터링 2판을 출판한 출판사에서 실습코드가 있는 좌표를 찍어주었다. 필자는 가능한한 덜 고생해서 최대한 많은 것을 얻으려는 날먹 정신(?)이 강하기 때문에 여기서부터 시작한다. 해당 링크는 아래를 참고하시길. GitHub - wickedwukong/martin-fowler-refactoring-2nd: Practice refactoring techniques in the Martin Fowler'..

테스트 코드를 만들어 본 적은 있지만 안드로이드 프로젝트 내에 테스트 코드를 적용해 본 적이 없었다. 그래서 TDD같은 단어는 그림의 떡. 남들이 말하는 유닛 테스트는 "우와 멋있는 말"이라고 감탄할 뿐이었다. 그렇다고 언제까지 감탄만 할 것인가. 부러워만 하지 말고 이제 테스트 코드를 넣어보자. 하다못해 넣는 척이라도. (권장사항 : Junit으로 테스트하는 방법을, 간단하게라도 알고 오면 해당 내용이 더 쉬울 수 있다. Junit을 사용하는 방법만 알고 본 내용을 읽어도 괜찮다. 본 내용은 코틀린으로 진행하지만 많은 샘플을 찾아 볼 수 있는 Java로라도 Junit을 사용하는 방법을 알아보자.) 어디서부터 접근을 해야할까? 테스트를 할 포인트를 잡아야 할 텐데... 기획자나 디자이너의 요청으로 변경이..