카페코더

No qualifying bean of type "aa.aaa.aaa.aaa.CustomOAuth2UserService" 메시지가 출력된다. @WebMvcTest는 CustomOAuth2UserService를 스캔하지 않기 때문이다. @WebMvcTest는 WebSecurityCOnfigurerAdapter, WebMvcConfigurer를 비롯한 @ControllerAdvice, @Controller를 읽는다. 즉, @Repository, @Service, @Component는 스캔 대상이 아니란 의미다. 따라서 SecurityConfig는 읽었지만, SecurityConfig를 생성하기 위해 필요한 CustomOAuth2UserService는 읽을수 없어 앞에서와 같이 에러가 발생한다. 해결 방법으로..

개인 공부/TDD 2020. 6. 29. 17:39

build.gradle에 spring-security-test를 추가한다. testCompile('org.springframework.security:spring-security-test') - 스프링 시큐리티 테스트를 위한 여러 도구를 지원한다. 임의 사용자 인증을 추가한다. (MockMvc 에서만 작동한다.) @WithMockUser (roles="USER") 어노테이션 설명 인증된 모의 사용자를 만들어서 사용한다. roles에 권한을 추가할 수 있다. 이 어노테이션으로 인해 특정 권한을 가진 사용자가 API를 요청하는 것 과 동일한 효과를 갖게 된다. SpringBootTest에서 MockMvc를 사용하도록 변경한다.

개인 공부/TDD 2020. 6. 29. 17:26

단순 API를 테스트하는것은 문제가 될 것이 없다. 하지만, Spring-boot Application의 테스트를 위해서는 새로운 방식이 도입되어야 한다. 공부를 위해 이번 포스팅에서 이것을 정리한다. (계속 업데이트하여 정리) 2020.06.21 HelloControllerTest.java package com.tistory.cafecoder.springboot.web; import org.junit.Test; import org.junit.runner.RunWith; import org.springframework.beans.factory.annotation.Autowired; import org.springframework.boot.test.autoconfigure.web.servlet.WebMvc..

개인 공부/TDD 2020. 6. 29. 17:16

Spring-boot 만을 이용해 코드를 작성하고, 후에 Spring-security를 적용해서 코드를 작성 후, Gradle의 전체 테스트를 진행했을 때, lombok을 사용한 테스트 외에 스프링을 이용한 테스트는 모두 실패한다. 이것은 src/main 과 src/test의 환경의 차이로 인해 발생한다. src/main(이하 메인) 과, src/test(이하 테스트)는 본인만의 환경 구성을 갖는다. 다만, application.properties가 테스트 코드를 수행할 때도 적용되는 이유는 테스트에 application.properties가 없으면 메인의 설정을 그대로 가져오기 때문이다. 다만, 자동으로 가져오는 옵션의 범위는 application.properties 파일 까지다. 따라서 applica..

개인 공부/TDD 2020. 6. 29. 16:59

//Controller @Controller public class IndexController { @GetMapping("/") public String index() { return "index"; } } //Test @RunWith(SpringRunner.class) @SpringBootTest(webEnvironment = SpringBootTest.WebEnvironment.RANDOM_PORT) public class IndexControllerTest { @Autowired private TestRestTemplate restTemplate; @Test public void 메인페이지_로딩() { //when String body = this.restTemplate.getForObject("..

개인 공부/TDD 2020. 6. 24. 18:04

TDD와 단위 테스트의 간단한 차이부터 생각해보자. TDD TDD는 테스트가 주도하는 개발을 의미한다. 테스트 코드를 먼저 작성하는 것 부터 시작한다. RED - 항상 실패하는 테스트를 먼저 작성하고, Green - 테스트가 통과하는 프로덕션 코드를 작성하고, Refactor - 테스트가 통과하면 프로덕션 코드를 리팩토링한다. 단위 테스트 이번 포스팅의 메인이라 할 수 있다. 단위 테스트는 TDD의 첫 번째 단계인 기능 단위의 테스트 코드를 작성하는 것을 의미한다. TDD와는 다르게, 레드 그린 사이클을 따라할 필요가 없다. 테스트 코드는 왜 작성해야 하는가? 단위 테스트는 개발단계 초기에 문제를 발견하게 도와준다. 단위 테스트는 개발자가 나중에 코드를 리팩토링 하거나, 라이브러리 업그레이드 등에서 기존..

개인 공부/TDD 2020. 6. 18. 18:03