
테스트는 왜 필요할까? 테스트 코드가 없고, 사람이 수동 테스트 하는 환경이라면 프로젝트의 규모가 커질수록 사람이 커버할 수 없는 영역 발생 경험과 감에 의존 늦은 피드백 유지보수 어려움 소프트웨어 신뢰도가 하락 테스트 자동화를 통해 우리가 얻고자 하는 것 빠른 피드

수동 테스트이 테스트 코드의 문제점1\. 결과를 콘솔에 찍어서 확인하므로 결국 테스트 최종 단계에서 사람이 개입해야 한다.2\. 다른 사람이 이 테스트 코드를 봤을 때 테스트에 대한 명확한 목적을 알 수 없고 테스트의 성공, 실패 여부를 알 수 없다.다음 단락에서 자동

프로덕션 코드보다 테스트 코드를 먼저 작성하여 테스트가 구현 과정울 주도하도록 하는 방법론TDD의 가장 핵심 방법이며, 개발 주기이다.실패하는 테스트 작성 (구현부 없이 테스트 코드를 작성하므로 무조건 실패하게 된다.)테스트 통과 최소한의 코딩(최대한 빠른 시간 내에

테스트는 문서다.프로덕션 기능을 설명하는 테스트 코드 문서다양한 테스트 케이스를 통해 프로덕션 코드를 이해하는 시각과 관점을 보완어느 한 사람이 과거에 경험했던 고민의 결과물을 팀 차원으로 승격시켜서, 모두의 자산으로 공유할 수 있다.우리는 항상 팀으로 일하므로, 내가

분리하는 이유는 관심사의 분리 관심사를 분리해서 책임을 나누고 유지보수 하기 용이하게 테스트 하기 복잡해보인다? 테스트 하기 어려운 영역을 분리해서 테스트 하고자하는 영역에 집중한다.명시적이고 이해할수 있는 문서 형태로 테스트를 깔끔하게 작성한다.스프링은 프레임워크이다

실제 동작을 수행하지 않고 특정 입력에 대해 원하는 출력을 정의하여 단순히 테스트에서 필요한 값을 반환하도록 동작을 정의하는 것이다. when()Stubbing을 설정할 때 사용하는 메서드이며, 어떤 메서드 호출이 일어날 때 특정 동작을 정의하고 싶을 때 사용한다.th

한 문단에 한 주제! 테스트는 문서로서의 기능 테스트 코드라는 것을 글쓰기로 비유했을 때 각각 하나하나의 테스트가 한 문단이며, 하나의 주제만 가져야 한다. > * 한 가지 테스트에서는 한 가지 목적의 검증만 수행한다. 디스플레이 네임을 한 문장으로 구성할 수 있도록

학습 테스트 잘 모르는 기능, 라이브러리, 프레임워크를 학습하기 위해 작성하는 테스트 여러 테스트 케이스를 스스로 정의하고 검증하는 과정을 통해 보다 구체적인 동작과 기능을 학습할 수 있다. 관련 문서만 읽는 것보다 훨씬 재미있게 학습할 수 있다. Spring RES

테스트를 아예 작성하지 않는 경우 빠르게 변화하는 소프트웨어의 품질을 일정 수준 이상으로 가져가기 어렵다. 테스트 코드를 작성하더라도 테스트 코드 자체가 병목이 되는 경우 테스트 코드를 작성하더라도 테스트 코드를 엉망으로 작성하면 잘못된 검증을 하고도 올바르다고 인식을