TDD에 대해서 다시 정리 해본다. - 테스트 케이스 위치 및 방법

요번시간에는 테스트케이스의 위치 및 방법에 대하여 쓰려고 한다.

 

테스트케이스의 위치이다.

 

사람에 따라 테스트케이스 위치가 다르다고 하지만, 일단! 나는 TDD에 대해서 초보이기 때문에 가장 대중적이고, 글쓴이가 추천하는 위치에다가 테스트케이스를 만드려고 한다.

 

추천하는 위치는 어디일까?

 

소스 폴더는 다르게 패키지는 동일하게, 컴파일된 클래스는 서로 다른곳이라고 한다.

 

책저자가 말하는 구조와 장단점

 

또한 클래스는 어떻게 쓸까?

 

우리는 흔히 클래스를 쓸 때 public void getMoney 이런식으로 쓴다.

 

하지만 public void Money_이체로 책 저자는 추천을 한다. 왜일까?

 

바로 이러한 이유 때문이라고 한다.

 

또한 어떻게 TDD를 작성할것인가는 

 

- 결과가 옳은가?

- 모든 경계조건이 옳은가?

- 역(inverse)관계를 확인할 수 있는가?

- 다른 수단을 사용해서 결과를 교차확인할 수 있는가?

- 에러 조건을 강제로 만들어낼 수 있는가?

- 성능이 한도 내에 있는가?

 

라고 한다.

 

그리고 TDD에 대한 한계도 말한다.

 

한계점은 4가지였다. 동시성 문제/ 접근제한자/ GUI/  의존성 모듈 테스트이 대부분이였다.

 

이 부분은 따로 글을 쓰려고 한다.

 

왜냐하면 TDD을 하는 회사들은  이 한계점을 어떻게 돌파하냐에 관심을 가지기 때문이다.