Notice
Recent Posts
Recent Comments
Link
| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 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 | 29 | 30 |
Tags
- 오사카프로그래머
- 단체테스트
- 프로그래머블로그
- 일본IT
- Integration Test
- 암합적 강도
- CI/CD
- 블랙박스 테스트
- spring
- 결합 테스트
- 개발자회고
- DBUnit
- 탑다운 테스트
- 필드주입
- 데이터 결합
- 바텀업 테스트
- java
- 모듈 설계
- 모듈 강도
- 스텁
- 성능최적화
- 생성자주입
- 기능적 강도
- 테스트코드
- Transactional
- 모듈 분할
- STS분할
- 응용정보기술자
- 성장기록
- 모듈 결합도
Archives
- Today
- Total
목록DBUnit (1)
오사카 프로그래머의 생존기
[Spring Test / DbUnit] 로컬에선 괜찮던 통합 테스트가 CI에서 느려진 이유: 편리한 어노테이션의 숨겨진 비용1. 이 기술을 파고든 배경 (Motivation)5년 전, 한창 바쁘게 돌아가던 물류 시스템 프로젝트 현장이었다. 개발자 로컬 PC에서 쌩쌩하게 돌리던 테스트 코드들을 젠킨스(Jenkins) CI 환경에 올리면 전체적으로 수행 시간이 늘어나는 것은 어느 정도 피할 수 없는 상식으로 받아들이고 있었다. CI 서버의 자원은 한정적이고, 여러 파이프라인이 동시에 맞물려 돌아가니까 말이다.하지만 젠킨스 콘솔 로그가 흘러가는 것을 무심히 지켜보던 중, 이상한 패턴을 하나 발견했다. 모든 테스트가 균일하게 느려지는 것이 아니었다. 유독 @DatabaseSetup이나 @ExpectedData..
기술 탐구
2026. 4. 24. 01:02