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 | 31 |
Tags
- 자바개발
- 코딩인터뷰
- 코딩공부
- 알고리즘
- 개발공부
- 객체지향
- 자바프로그래밍
- 정렬
- 자바기초
- 클린코드
- Java
- JVM
- 프로그래머스
- 프로그래밍기초
- HashMap
- 멀티스레드
- 개발자취업
- 자바공부
- 자료구조
- 예외처리
- 코딩테스트팁
- 파이썬
- 코딩테스트준비
- 개발자팁
- 알고리즘공부
- 코딩테스트
- 자바
- 가비지컬렉션
- 백준
- 메모리관리
Archives
- Today
- Total
목록Jacoco (1)
코드 한 줄의 기록
지난해 팀 프로젝트를 맡게 되면서 처음으로 코드 커버리지(Code Coverage)라는 개념을 제대로 마주쳤다. SonarQube 대시보드에 커다란 빨간 숫자 35%가 표시되어 있었고, 리더는 "최소한 80%까지는 올려야 한다"고 말했다. 나는 자연스럽게 이것이 진리인 줄 알고 테스트를 쓰기 시작했다. 하지만 일 년이 지난 지금, 나는 깨달았다. 커버리지 숫자를 맹목적으로 따라가는 것만큼 위험한 일이 없다는 것을 말이다.Java 개발자라면 누구나 JaCoCo(Java Code Coverage)를 들어봤을 것이다. 프로젝트에 플러그인 몇 줄을 추가하면 어느 코드가 테스트되고 어느 코드가 테스트되지 않았는지를 색깔로 표현해주는 마법 같은 도구다. 그런데 정말 그 숫자가 우리 코드의 품질을 보장할까? 80% ..
JAVA
2025. 12. 21. 16:11