Mincho에게 버그에 대해 개선을 할 때 코드부터 고치지 말라고 종종 이야기한다.
대신 실패하는 테스트를 먼저 만들고 실패하는 것을 재현하고 이후 코드를 수정하여 성공하는 테스트로 만들라고 했다.
이런 패턴은 포프TV의 효율적인 테스트 코드 작성법에 나오는 것과 동일하다.
우연히 이동욱 님 블로그 기억보단 기록에 갔다가 Spring Batch에 PR을 올리셨던 것이 거절당한 것을 보게 되었다.
Spring Batch Lead인 Mahmoud Ben Hassine가 comment를 남겼는데 이유는 명확했다.
실패하는 테스트가 없었기(There is no failing test in this PR) 때문이었다.
오픈소스 커뮤니티에서도 실패하는 테스트는 유효하다는 것을 느꼈다.
'Programing > JVM(Java, Kotlin)' 카테고리의 다른 글
[Kotlin] 커버리지 측정 도구를 JaCoCo에서 Kover로 변경하다 (0) | 2024.11.17 |
---|---|
Java 17 으로 업데이트할 이유가 하나 더 생겼다. (0) | 2023.08.07 |
[Kotlin] byte[]을 String으로 바꾸기 (0) | 2022.03.17 |
@NotNull이 Needs Work가 필요한 수준인가요? (0) | 2021.08.09 |
System.out 의 성능? (0) | 2021.04.21 |