| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| 8 | 9 | 10 | 11 | 12 | 13 | 14 |
| 15 | 16 | 17 | 18 | 19 | 20 | 21 |
| 22 | 23 | 24 | 25 | 26 | 27 | 28 |
- django
- 피로그래밍
- 누적합
- Java
- 자바
- OrderBy
- SQL코딩테스트
- db
- 배포
- 구현
- Database
- GROUPBY
- BFS
- SQL
- 프로그래머스
- AWS
- 다익스트라
- JOIN
- 최단경로
- 프림
- EC2
- 그래프 탐색
- 백준
- 알고리즘
- 코딩테스트
- Pirogramming
- Baekjoon
- union find
- 크루스칼
- MST
- Today
- Total
목록Unit Test (2)
NullNull
사전 준비 간단한 Unit Test를 작성해보자. 축구 팀의 선수를 만드는 기능을 테스트 해보겠다. 사전에 준비한 클래스는 다음과 같다. Player Class Player의 정보를 담을 객체이다. package soccer.team.player; import lombok.AllArgsConstructor; import lombok.Builder; import lombok.NoArgsConstructor; @Builder(toBuilder = true) @NoArgsConstructor @AllArgsConstructor public class Player { private String name; private String birthday; private int number; private String ..
Testing Pyramid Mike Cohn 이 Agile로 거둔 성과이며 이를 개념화 한 내용이다. 아래 계층일 수록 작성해야하는 테스트의 수가 많지만 실행 속도가 가장 빠르고 비용도 저렴하다. 반면에 위의 계층일수록 작성해야 하는 테스트의 수는 적어지지만 실행 리소스가 많이 든다. 밑으로 갈 수록 더 많은 양의 테스트를 작성해야 함 위로 갈 수록 작성이 어렵고 유지보수가 어려움 Unit Test가 작성이 쉽기 때문에 가장 많은 양으로 작성해야함 각 계층에서 테스트 하는 단위와 성격은 아래와 같다. Unit Test 작은 단위(Class, Method 단위)의 기능에 대한 유효성을 검증하는 테스트 Target의 Scope는 엄격하게 정해지지 않음 최대한 간단하고 디버깅하기 쉽게 작성 Integrati..