코드에 대한 기준이 점점 높아지면서 고민거리가 늘고, 예상치 못한 문제들이 발생하기도 했다. 하지만 돌아보면 이 과정이 프리코스에서 가장 값진 경험이 아니었나 싶다.   Console.close() 호출 문제  class InputHandlerTest {    ...        @BeforeEach    void setUp() {        ...    }    @AfterEach    void tearDown() {        Console.close();        ...    }    @ParameterizedTest    @ValueSource(...)    @DisplayName(...)    void validLottoPurchaseAmount_isStoredCorrectly(Strin..

1주 차 피드백을 바탕으로 TDD를 적용하려고 하니, 생각지도 못한 큰 난관에 부딪혔다. 바로 테스트 툴에 대한 이해가 부족하다는 것...그렇게나 공부하고 많은 예시를 봤음에도 직접 경험하지 않는다면 무용지물이다. 추상적으로만 생각했을 때, 단순히 실패하는 테스트 케이스를 작성하고, 그 테스트가 통과하도록 코드를 작성한 후, 리팩토링하면 된다고 생각했다. 하지만 실제로는 그 과정이 훨씬 더 복잡했다. 테스트 케이스를 어떻게 작성해야 할지도 감이 잘 오지 않았고, 무엇보다 테스트가 서로 의존적이지 않게 구성하는 방법에 대해서도 막막했다. 특히 이번 과제는 표준 입력을 다루는 특성상, 이를 테스트하는 방법이 쉽지 않았다. 이전에 사용해 본 Mockito 같은 라이브러리를 사용한다면 해결할 수 있을까 싶었지만..