@Nested

테스트 코드에 제약(조건)을 주어서 구조화하면 더 읽기 쉽다. 어떤 제약을 줘서 어떻게 구조화하라는 말일까? @Nested 어노테이션을 사용하기 전에 TDD와 BDD 패턴에 대해서 간단히 이해할 필요가 있다. TDD는 테스트 주도 개발로 간단하게 모든 코드에 테스트 코드를 작성하는 방식을 의미한다. 그러면 BDD는 무엇일까? BDD란 무엇일까? Behavior Driven Development를 BDD라고 한다. 영어를 해석해보면, 행동 주도 개발이다. 테스트 하는 대상의 행동(행위)을 더 자세하고 섬세하게 작성하는 개발 방법이다. BDD는 궁극적으로 테스트 케이스 자체가 요구 사항이 되도록 만들고자 하는 목적을 가지고 있다. TDD와 BDD 모두 테스트를 작성하는 패턴인테, 서로 다른 점은 무엇인지 간..

이 글은 스프링의 JUnit 5를 기준으로 작성하지만, 스프링뿐만 아니라 자바스크립트나 파이썬 등 프로그래밍에서 테스트 코드는 항상 중요하다. 의도가 분명하고 깔끔한 테스트를 작성하는 것은 추후 변경이나 유지보수에 필요한 비용을 크게 줄일 수 있다. JUnit 5부터 테스트를 작성함에 있어서 유용한 어노테이션들이 추가됐다. 그 중에 하나가 바로 @DisplayName 이다. JUnit 4에서 테스트 클래스나 메서드를 작성하면, 테스트 항목에 대한 이름은 클래스명이나 메서드명으로 표시됐다. 이는 가독성 측면에서 매우 좋지 않았고, 오히려 무엇을 테스트하려고 했더라? 하면서 다시 되돌아보게 만들었다. 이를 개선하고자 JUnit 5부터 @DisplayName이 등장했다. @DisplayName @Display..