<div id="readability-page-1" class="page"><div>p.159
<h3 id="assertthat-is">assertThat, is</h3>
<pre><code>package com.example.springoftoby.user.dao;

import com.example.springoftoby.user.domain.User;
import org.junit.jupiter.api.Test;
import org.springframework.context.ApplicationContext;
import org.springframework.context.annotation.AnnotationConfigApplicationContext;

import java.sql.SQLException;

import static org.hamcrest.Matchers.is;
import static org.junit.Assert.assertThat;



public class UserDaoTest {

 @Test
 public void andAndGet() throws SQLException {
 ApplicationContext context = new AnnotationConfigApplicationContext(DaoFactory.class);

 UserDao dao = context.getBean("userDao", UserDao.class);
 User user = new User();
 user.setId("gyumee");
 user.setName("박성철");
 user.setPassword("springno1");

 dao.add(user);

 User user2 = dao.get(user.getId());

 assertThat(user2.getName(), is(user.getName()));
 assertThat(user2.getPassword(), is(user.getPassword()));

 }
}</code></pre>
<blockquote>
assertThat()메소드는 첫번째 파라미터의 값을 뒤에 나오는 매처(matcher)라고 불리는 조건으로 비교해서 일치하면 다음으로 넘어가고, 아니면 테스트가 실해하도록 만들어준다. 
is()는 매처의 일종을로 equals()로 비교해주는 기능을가졌다.
</blockquote>
<h3 id="테스트-결과의-일관성">테스트 결과의 일관성</h3>
<blockquote>
코드에 변경사항이 없다면 테스트는 항상 동일한 결과르 내야하는데, 테스트를 진행하면서 DB값이 변동되어 기본키 중복 등과 같은 에러가 발생하면 안된다. 이러한 소스코드외에 에러가 발생하지 않게 상태를 만들어 아무리 여러번 테스트를 실행하더라도 항상 동일한 결과를 얻을 수 있게 해야한다.
</blockquote>
p.181
<pre><code>package com.example.springoftoby.user.dao;

import com.example.springoftoby.user.domain.User;
import org.junit.Before;
import org.junit.jupiter.api.BeforeEach;
import org.junit.jupiter.api.Test;
import org.springframework.context.ApplicationContext;
import org.springframework.context.annotation.AnnotationConfigApplicationContext;
import org.springframework.dao.EmptyResultDataAccessException;

import java.sql.SQLException;

import static org.hamcrest.Matchers.is;
import static org.junit.Assert.assertThat;
import static org.junit.jupiter.api.Assertions.assertThrows;


public class UserDaoTest {
 private UserDao dao;

 @BeforeEach // @Test메소드가 실행되기전 먼저 실행해야 되는 메소드
 public void setUp(){
 ApplicationContext context = new AnnotationConfigApplicationContext(DaoFactory.class);
 this.dao = context.getBean("userDao",UserDao.class);
 }

 @Test
 public void andAndGet() throws SQLException {
 // 객체 생성 (DB에 넣기전)
 User user1 = new User("gyumee","박성철","springno1");
 User user2 = new User("leegw700", "이길원", "springno2");

 //DB 데이터 전부삭제
 dao.deleteAll();
 assertThat(dao.getCount(), is(0));

 //DB에 위에서 생성한 객체 추가
 dao.add(user1);
 dao.add(user2);
 assertThat(dao.getCount(), is(2));

 //DB에서 가져온 객체1
 User userget1 = dao.get(user1.getId());
 assertThat(userget1.getName(), is(user1.getName()));

 //DB에서 가져온 객체2
 User userget2 = dao.get(user2.getId());

 assertThat(userget2.getName(), is(user2.getName()));
 assertThat(userget2.getPassword(), is(user2.getPassword()));

 }

 @Test
 public void count() throws SQLException {
 User user1 = new User("gyumee", "박성철", "springno1");
 User user2 = new User("leegw700", "이길원", "springno2");
 User user3 = new User("bumjin", "박범진", "springno3");

 dao.deleteAll();
 assertThat(dao.getCount(), is(0));

 dao.add(user1);
 assertThat(dao.getCount(), is(1));

 dao.add(user2);
 assertThat(dao.getCount(), is(2));

 dao.add(user3);
 assertThat(dao.getCount(), is(3));

 }

 @Test
 public void getUserFailure() throws SQLException {
 dao.deleteAll();
 assertThat(dao.getCount(), is(0));

 assertThrows(EmptyResultDataAccessException.class, () -&gt; { //해당에러가 어떤코드 실행시 발생하는지
 dao.get("unknown_id");
 });
 }
}</code></pre>
<blockquote>
Junit이 하나의 테스트 클래스를 가져와 테스트를 수행하는 방식
<ol>
<li>테스트 클래스에서 @Test가 붙은 public이고 void형이며 파라미터가 없는 테스트 메소드를 모두 찾는다.</li>
<li>테스트 클래스의 오브젝트를 하나 만든다.</li>
<li>@Before가 붙은 메소드가 있으면 실행한다.</li>
<li>@Test가 붙은 메소드를 하나 호출하고 테스트 결과를 저장해둔다.</li>
<li>@After가 붙은 메소드가 있으면 실행한다.</li>
<li>나머지 테스트 메소드에 대해 2~5번을 반복한다.</li>
<li>모든 테스트의 결과를 종합해서 돌려준다.</li>
</ol>
</blockquote>
p.182
<blockquote>
왜 테스트 메소드를 실행하때마다 새로운 오브젝트를 만드는 것일까?
Junit개발자는 각 테스트가 서로 영향을 주지 않고 독릭접으로 실행됨을 확실히 보장해주기 위해 매번 새로운 오브젝트를 만들게 했다. 덕분에 인스턴스 변수도 부담없이 사용할 수 있다. 어차피 다음 테스트 메소드가 실행될 때는 새로운 오브젝트가 만들어져서 다 초기화 될 것이다.
</blockquote>
<h3 id="픽스처fixture">픽스처(fixture)</h3>
<blockquote>
테스트를 수행하는 데 필요한 정보나 오브젝트를 픽스처라고한다. 일반적으로 픽스처는 여러 테스트에서 반복적으로 사용되기 때문에 @BeforeEach 메소드(Junit5, Junit4는 @Before)를 이용해 생성해두면 편리하다. 
위 코드에서는 dao가 대표적인 픽스처이다.
</blockquote></div></div>

psj.log

p.159
assertThat, is
package com.example.springoftoby.user.dao;
import com.example.springoftoby.user.domain.User;
import org.junit.jupiter.api.Test;
import org.springframework.context.ApplicationContext;
import org.springframework.context.annotation.AnnotationConfigApplicationContext;
import java.sql.SQLException;
import static org.hamcrest.Matchers.is;
import static org.junit.Assert.assertThat;
public class UserDaoTest {
    @Test
    public void andAndGet() throws SQLException {
        ApplicationContext context = new AnnotationConfigApplicationContext(DaoFactory.class);
        UserDao dao = context.getBean("userDao", UserDao.class);
        User user = new User();
        user.setId("gyumee");
        user.setName("박성철");
        user.setPassword("springno1");
        dao.add(user);
        User user2 = dao.get(user.getId());
        assertThat(user2.getName(), is(user.getName()));
        assertThat(user2.getPassword(), is(user.getPassword()));
    }
}
assertThat()메소드는 첫번째 파라미터의 값을 뒤에 나오는 매처(matcher)라고 불리는 조건으로 비교해서 일치하면 다음으로 넘어가고, 아니면 테스트가 실해하도록 만들어준다.
is()는 매처의 일종을로 equals()로 비교해주는 기능을가졌다.
테스트 결과의 일관성
코드에 변경사항이 없다면 테스트는 항상 동일한 결과르 내야하는데, 테스트를 진행하면서 DB값이 변동되어 기본키 중복 등과 같은 에러가 발생하면 안된다. 이러한 소스코드외에 에러가 발생하지 않게 상태를 만들어 아무리 여러번 테스트를 실행하더라도 항상 동일한 결과를 얻을 수 있게 해야한다.
p.181
package com.example.springoftoby.user.dao;
import com.example.springoftoby.user.domain.User;
import org.junit.Before;
import org.junit.jupiter.api.BeforeEach;
import org.junit.jupiter.api.Test;
import org.springframework.context.ApplicationContext;
import org.springframework.context.annotation.AnnotationConfigApplicationContext;
import org.springframework.dao.EmptyResultDataAccessException;
import java.sql.SQLException;
import static org.hamcrest.Matchers.is;
import static org.junit.Assert.assertThat;
import static org.junit.jupiter.api.Assertions.assertThrows;
public class UserDaoTest {
    private UserDao dao;
    @BeforeEach // @Test메소드가 실행되기전 먼저 실행해야 되는 메소드
    public void setUp(){
        ApplicationContext context = new AnnotationConfigApplicationContext(DaoFactory.class);
        this.dao = context.getBean("userDao",UserDao.class);
    }
    @Test
    public void andAndGet() throws SQLException {
        // 객체 생성 (DB에 넣기전)
        User user1 = new User("gyumee","박성철","springno1");
        User user2 = new User("leegw700", "이길원", "springno2");
        //DB 데이터 전부삭제
        dao.deleteAll();
        assertThat(dao.getCount(), is(0));
        //DB에 위에서 생성한 객체 추가
        dao.add(user1);
        dao.add(user2);
        assertThat(dao.getCount(), is(2));
        //DB에서 가져온 객체1
        User userget1 = dao.get(user1.getId());
        assertThat(userget1.getName(), is(user1.getName()));
        //DB에서 가져온 객체2
        User userget2 = dao.get(user2.getId());
        assertThat(userget2.getName(), is(user2.getName()));
        assertThat(userget2.getPassword(), is(user2.getPassword()));
    }
    @Test
    public void count() throws SQLException {
        User user1 = new User("gyumee", "박성철", "springno1");
        User user2 = new User("leegw700", "이길원", "springno2");
        User user3 = new User("bumjin", "박범진", "springno3");
        dao.deleteAll();
        assertThat(dao.getCount(), is(0));
        dao.add(user1);
        assertThat(dao.getCount(), is(1));
        dao.add(user2);
        assertThat(dao.getCount(), is(2));
        dao.add(user3);
        assertThat(dao.getCount(), is(3));
    }
    @Test
    public void getUserFailure() throws SQLException {
        dao.deleteAll();
        assertThat(dao.getCount(), is(0));
        assertThrows(EmptyResultDataAccessException.class, () -> { //해당에러가 어떤코드 실행시 발생하는지
            dao.get("unknown_id");
        });
    }
}
Junit이 하나의 테스트 클래스를 가져와 테스트를 수행하는 방식
테스트 클래스에서 @Test가 붙은 public이고 void형이며 파라미터가 없는 테스트 메소드를 모두 찾는다.
테스트 클래스의 오브젝트를 하나 만든다.
@Before가 붙은 메소드가 있으면 실행한다.
@Test가 붙은 메소드를 하나 호출하고 테스트 결과를 저장해둔다.
@After가 붙은 메소드가 있으면 실행한다.
나머지 테스트 메소드에 대해 2~5번을 반복한다.
모든 테스트의 결과를 종합해서 돌려준다.
p.182
왜 테스트 메소드를 실행하때마다 새로운 오브젝트를 만드는 것일까?
Junit개발자는 각 테스트가 서로 영향을 주지 않고 독릭접으로 실행됨을 확실히 보장해주기 위해 매번 새로운 오브젝트를 만들게 했다. 덕분에 인스턴스 변수도 부담없이 사용할 수 있다. 어차피 다음 테스트 메소드가 실행될 때는 새로운 오브젝트가 만들어져서 다 초기화 될 것이다.
픽스처(fixture)
테스트를 수행하는 데 필요한 정보나 오브젝트를 픽스처라고한다. 일반적으로 픽스처는 여러 테스트에서 반복적으로 사용되기 때문에 @BeforeEach 메소드(Junit5, Junit4는 @Before)를 이용해 생성해두면 편리하다.
위 코드에서는 dao가 대표적인 픽스처이다.

F-lab 6주차

댓글