[TDD Chapter6] 테스트 코드의 구성

🍀 기능에서의 상황

File file = new File("data.txt");
long sum = MathUtils.sum(dataFile);

다음과 같은 코드는 파일이 없거나 잘못 작성된 상황에서 에러가 발생하게 된다.

이 때, 잘못됨을 인지하고 Exception 처리를 하거나 문제 상황을 return 을 해주어야 한다. 

 

이처럼 예외 상황을 찾아내고 코드에 반영하여 비정상을 막아내야 한다. 

 

가능한 예외상황을 다 찾아내기 위해 노력해야하고
그렇게 함으로써 개발한 소프트웨어의 품질을 높일 수 있다. 

🍀 테스트 코드의 구성 요소: 상황, 실행, 결과 확인

테스트 코드: 기능을 실행하고 그 결과를 확인

따라서, 상황(given), 실행(when), 결과(then)으로 구성할 수 있다. 

[상황이 주어지고, 상황에서 기능을 실행하고, 실행한 결과를 확인하는 세가지 테스트 코드의 기본 골격을 이룸]

 

상황 - 테스트 대상

1. 메서드 마다 객체를 생성하여 상황을 설정

2. @BeforeEach를 적용한 메서드에서 상황을 설정, 상황 설정과 관련된 대상을 피드로 보관

3. 상황이 없는 경우 (결과에 영향을 주는 상황이 존재하지 않음, 결과 확인 코드만 포함)

 

 

🍀 외부 상황과 외부 결과

상황 - 외부 요인

File file = new File("data.txt");
long sum = MathUtils.sum(dataFile);

MathUtils.sum을 테스트를 하기 위해서는 파일이 존재하지 않는 상황에서의 결과를 확인해야 한다.

1. 존재하지 않는 파일을 경로로 설정

2. 파일이 없는 상황을 생성(명시적으로 파일이 없는 상황)

 

// 존재하지 않는 파일 경로 사용
@Test
void noDataFile_Then_Exception(){
	File dataFile = new File("badpath.txt");
    assertThrows(IllegalArgumentException.class,
    	() -> MathUtils.sum(dataFile)
    );
}

// 명시적으로 파일이 없는 상황 생성
@Test
void noDataFile_Then_Exception(){
	givenNoFile("badpath.txt");
    
	File dataFile = new File("badpath.txt");
    assertThrows(IllegalArgumentException.class,
    	() -> MathUtils.sum(dataFile)
    );
}

// 파일이 존재하는지 파악하여 존재할 경우 파일 삭제
private void givenNoFile(String path){
	File file = new File(path);
    	if(file.exists()){
        	boolean deleted = file.delete();
            if(!deleted)
            	throw new RuntimeException("fail givenNoFile: " + path);
		}
}

 

위의 상황은 파일을 미리 만들어두고 사용한 것이라면, 파일을 미리 만들지 않고 테스트 코드에서 상황에 맞는 파일을 생성하는 방법도 있다. 

 

@Test
void dataFileSumTest2(){
	givenDatafile("target/datafile.txt", "1", "2", "3", "4");
    File file = new File("target/datafile.txt");
    long sum = MathUtils.sum(dataFile);
    assertEquals(10L, sum);
}

// 테스트 코드에서 상황에 맞게 파일을 생성
@Test
private void givenDatafile(String path, String ... lines){
	try{
    	Path dataPath = Paths.get(path);
        if(Files.exists(dataPath)){
        	Files.delete(dataPath);
        }
        Files.write(dataPath, Arrays.asList(lines));
    } catch (IOException e){
    	throw new RuntimeException(e);
    }
}

위와 같이 코드를 작성하면 테스트 내요을 이해하기 위해 많은 파일을 볼 필요가 없다는 장점이 있다. 

 

🎄 외부 상태가 테스트 결과에 영향을 주지 않게 하기

테스트 코드는 한 번만 실행하고 끝나지 않기 때문에, 개발 이후에도 테스트가 잘 진행되는지 반복적으로 확인해보아야 한다. 그렇기 대문에 간헐적으로라도 실패를 하게 되거나 다른 테스트 다음에 실행해야 성공이 되면 테스트 코드를 믿을 수 없게 되는 것이다. 

 

외부 상태에 따라 테스트의 결과가 달라지지 않게 하기

1. 테스트 실행 전에 외부를 원하는 상태로 만들기
2. 테스트 실행 후에 외부 상태를 원래대로 되돌려두기

 

🎄 외부 상태와 테스트 어려움

상황과 결과에 영향을 주는 외부 요인: 파일, DBMS, 외부 서버 등등,,

 

외부 환경을 테스트에 맞게 구성하는 것은 항상 가능한 것이 아니기 때문에, 대역을 사용하여 테스트 작성을 진행한다.

 

대역은 테스트 대상이 의존하는 대상의 실제 구현을 대신하는 대신에, 이 대역을 통해서 결과를 대체할 수 있다.

 

외부 상태가 테스트를 방해하는 경우
1. 외부 서버와 연동 시, 서버에 연동할 수 없는 상황이나 응답 시간을 변경하고 싶은 경우
2. 외부 DB에 접근 시, 테이블의 권한 설정으로 인해서 생성, 조회는 가능하나 삭제 권한이 없는 경우