<div id="readability-page-1" class="page"><div><h2 id="시작">시작</h2>
Next Step ATDD 정리 😑😑 우선 막 정리하고 단계가 끝날 때, 제대로 정리
<img src="https://media.vlpt.us/images/minyul/post/88497444-8af1-4cec-a27c-843df5efa826/image.png">
<h2 id="atdd-controller-test">ATDD Controller Test</h2>
<img src="https://media.vlpt.us/images/minyul/post/8c823481-5e42-4b82-bdd2-16a71d914255/image.png"> 
ATDD를 듣고 있다. 기존에 내가 테스트를 구현하는데 있어서 다른 방법을 쓴다. RestAssured를 쓰면서 인수테스트를 하는데 매~우 편하다. 곧바로 RestAssured 로 박아주고 given(), when(), then() 먼저 박아주면 끝. 되게 쉽다.
최상단에 RANDOM_PORT 를 쓰는 이유는 간단하다. 여러 프로젝트를 스위칭하면서 Port 가 충돌나는 경우에 많다. 이럴 때, RANDOM_PORT를 써서 충돌을 막아주면 좋다. 
( + 나도 까먹고 있다가.. Caused by: java.net.ConnectException: Connection refused: connect 해당 에러를 보고 곧바로 RANDOM_PORT를 붙였다는.. )
또한, @SpringBootTest 를 쓰고 나서 value 값을 까먹었을 시, 곧바로 어노테이션을 확인하면 된다. 
<img src="https://media.vlpt.us/images/minyul/post/a7db0bad-257e-41c2-8dc7-109802f3fe62/image.png">
<h2 id="entity-protected-기본-생성자">Entity Protected 기본 생성자</h2>
이 부분에 대해서 찾아보니까! 
우선 처음 흐름이 캡슐화를 위해 private를 쓰는 게 이상적이다. 다만, 
Entity를 생성할 때, Line을 상속한 Proxy를 불러서 우선 생성을 한다고 하더라구요. ( lazy 지연 호출 일 경우 ! ) 
껍데기만 우선 갖고 온다는건데.. 이때 상속을 했으므로 private 기본생성자를 할 경우 에러를 내뿜기 때문에.
public, protected 를 써야하며 좀 더 내부를 숨기기위해 protected를 써야한다. 
이 결론이 나오는데 맞을까요?
<hr>
<h2 id="etc-아무거나">ETC 아무거나</h2>
대강 슬라이스 테스트코드를 짜고 있기는 한데 제대로 알고 써야지 😤😤
 @WebMvcTest : Controller 단을 테스트할 때, @WebMvcTest(PostController.class) 와 같이 테스트를 한다. 이 어노테이션은 뭘까? 
<img src="https://media.vlpt.us/images/minyul/post/4e112109-cfb6-4f93-8fa5-41618548026d/image.png">즉슨, 전체적으로 컨테이너 안에 컨텍스트 Bean들을 전부 로드하는 것이 아닌 MVC에 필요한 것들만 활성화 시켜준다는 것이다. 그래서 보통 Controller에서 이 어노테이션과 함께 value 값으로 해당 컨트롤러 객체를 명시해준다. ex ) @WebMvcTest(PostController.class)
 @ExtendWith(MockitoExtension.class) : 말 그대로 확장하는 것이다. Junit4에서는 확장에 대해서 2가지 test runners and rules 로 확장을 했다면 Junit5에서는 단순히 Extension.API 단일 개념으로 확장을 한다. 조금 더 구체적으로 얘기한다면 JUnit 4의 확장 모델은 @RunWith(Runner), TestRule, MethodRule Junit 5의 확장 모델은 단 하나로 Extension이 있다. 그 종류에는 Mockito 확장이 있다. 
만약 확장을 안했으면 MockitoContextLoader를 직접 갖고 와서 넣어줘야함.
Mockito란 ? Mock객체를 쉽게 만들고 관리하고검증할 수 있는 방법을 제공해주는 프레임워크다. 
 @MockBean : 
 @InjectMocks : 
 @Mock : 
 @Spy : 
 @ParameterizedTest : 
 @ValueSource(strings = { "min", "yul" }) : 
 @RepeatedTest : 
 @BeforeEach vs @BeforeAll : 
 @Disabled : 
 @DataJpaTest : 
 @Nested : 
@SpringbootTest : application context 를 전부 로딩하므로 테스트하는 부분에 있어서 매우 무거워질 수 있으므로 지양함. JUnit4 에서는 RunWith를 이용하여 테스트를 했는데 주입되는 부분, Mock 인 부분만 로딩하므로 무거워진 테스트를 가볍게 한다. 🐼 
 Assertions 패키지, org.assertj.core.api : 
<img src="https://media.vlpt.us/images/minyul/post/5c5df1fe-2919-4801-a81d-462715d54e19/image.png"> 보통 assertThat 을 쓰고 값이 맞는지 확인을 한다. 항상 org.assertj.core.api 를 쓴단말이지🤔 이것이 무엇인지 공부해보려한다.</div></div>

Yul.log

시작
Next Step ATDD 정리 😑😑 우선 막 정리하고 단계가 끝날 때, 제대로 정리
ATDD Controller Test
ATDD를 듣고 있다. 기존에 내가 테스트를 구현하는데 있어서 다른 방법을 쓴다.  RestAssured를 쓰면서 인수테스트를 하는데 매~우 편하다. 곧바로 RestAssured 로 박아주고 given(), when(), then() 먼저 박아주면 끝. 되게 쉽다.
최상단에 RANDOM_PORT 를 쓰는 이유는 간단하다. 여러 프로젝트를 스위칭하면서 Port 가 충돌나는 경우에 많다. 이럴 때, RANDOM_PORT를 써서 충돌을 막아주면 좋다. 
( + 나도 까먹고 있다가.. Caused by: java.net.ConnectException: Connection refused: connect 해당 에러를 보고 곧바로 RANDOM_PORT를 붙였다는.. )
또한, @SpringBootTest 를 쓰고 나서 value 값을 까먹었을 시, 곧바로 어노테이션을 확인하면 된다.
Entity Protected 기본 생성자
이 부분에 대해서 찾아보니까!
우선 처음 흐름이 캡슐화를 위해 private를 쓰는 게 이상적이다. 다만,
Entity를 생성할 때, Line을 상속한 Proxy를 불러서 우선 생성을 한다고 하더라구요. ( lazy 지연 호출 일 경우 ! )
껍데기만 우선 갖고 온다는건데.. 이때 상속을 했으므로 private 기본생성자를 할 경우 에러를 내뿜기 때문에.
public, protected 를 써야하며 좀 더 내부를 숨기기위해 protected를 써야한다.
이 결론이 나오는데 맞을까요?
ETC 아무거나
대강 슬라이스 테스트코드를 짜고 있기는 한데 제대로 알고 써야지 😤😤
** @WebMvcTest : ** Controller 단을 테스트할 때, @WebMvcTest(PostController.class) 와 같이 테스트를 한다. 이 어노테이션은 뭘까? 
즉슨, 전체적으로 컨테이너 안에 컨텍스트 Bean들을 전부 로드하는 것이 아닌 MVC에 필요한 것들만 활성화 시켜준다는 것이다. 그래서 보통 Controller에서 이 어노테이션과 함께 value 값으로 해당 컨트롤러 객체를 명시해준다.  ex ) @WebMvcTest(PostController.class)
** @ExtendWith(MockitoExtension.class) : ** 말 그대로 확장하는 것이다. Junit4에서는 확장에 대해서 2가지 test runners and rules 로 확장을 했다면 Junit5에서는 단순히 Extension.API 단일 개념으로 확장을 한다. 조금 더 구체적으로 얘기한다면 JUnit 4의 확장 모델은 @RunWith(Runner), TestRule, MethodRule Junit 5의 확장 모델은 단 하나로 Extension이 있다. 그 종류에는 Mockito 확장이 있다. 
만약 확장을 안했으면 MockitoContextLoader를 직접 갖고 와서 넣어줘야함.
Mockito란 ? Mock객체를 쉽게 만들고 관리하고검증할 수 있는 방법을 제공해주는 프레임워크다. 
** @MockBean : **
** @InjectMocks : **
** @Mock : **
** @Spy : **
** @ParameterizedTest : **
** @ValueSource(strings = { "min", "yul" }) : **
** @RepeatedTest : **
** @BeforeEach vs @BeforeAll : **
** @Disabled : **
** @DataJpaTest : **
** @Nested : **
*@SpringbootTest : * application context 를 전부 로딩하므로 테스트하는 부분에 있어서 매우 무거워질 수 있으므로 지양함. JUnit4 에서는 RunWith를 이용하여 테스트를 했는데 주입되는 부분, Mock 인 부분만 로딩하므로 무거워진 테스트를 가볍게 한다. 🐼 
** Assertions 패키지, org.assertj.core.api : **
 보통 assertThat 을 쓰고 값이 맞는지 확인을 한다. 항상 org.assertj.core.api 를 쓴단말이지🤔 이것이 무엇인지 공부해보려한다.

ATDD 정리

댓글