https://www.youtube.com/watch?v=4ef0juAMqoE&t=1s 브라이언 체스키는 에어비앤비의 공동창업자이자 CEO입니다. 브라이언의 리더십 아래 에어비앤비는 220여 개 국가와 지역에서 15억 명 이상의 게스트를 맞이한 400만 명 이상의 호스트가 참여하는 커뮤니티로 성장했습니다. 저는 브라이언의 리더십 아래에서 일할 수 있는 특권을 누렸기 때문에 방송에 브라이언을 모시게 되어 큰 영광입니다. 이야기를 나눠보겠습니다: - 에어비앤비가 상품 관리에 대한 생각을 바꾼 방법 - 기업에서 관료주의가 발생하는 이유와 이를 방지하는 방법 - 창업자가 디테일에 집중하는 것의 중요성 - 에어비앤비가 전통적인 성장 채널에서 벗어난 이유와 그 대신에 하고 있는 일 - 에어비앤비가 새로 출시한 기능..
https://tidyfirst.substack.com/p/tdd-isnt-design?fbclid=IwAR2CvJPKgRkoSiKl6LfHIugUsFyJI2bFkfrB80oebLdb_V4PeWbJgaWBUBw 프롬프트는 다음과 같았습니다: "TDD만으로 훌륭한 시스템 설계가 나올 수 있다는 생각은 마음에 들지 않습니다." 결론적으로 동의합니다. 당신은 디자인 결정을 내려야 합니다. 더 자세한 답변은 다음과 같습니다. 조금이라도 상식이 있는 사람이라면 TDD가 디자인의 필요성을 대체한다고 말하지 않습니다. 핵심 질문은 '언제'입니다. 첫 번째 테스트를 작성하고 통과하기 전에 몇 가지 구현 디자인 결정을 제안하고 있습니다. 특히 몇 달에서 몇 년이 걸리던 과거의 디자인 '단계'와 비교하면 그렇게 끔찍해 보..
https://www.ankushchoubey.com/spring-boot-junit-faster/ Use Right Test Slice (Saved 25% running time) 여러 runner가 Spring Boot와 함께 제공됩니다. SpringBootTest가 가장 일반적입니다. 주로 @DirtiesContent와 함께 사용되는데, 기본적으로 모든 테스트 클래스 후에 Springboot을 다시 시작하므로 이상적이지 않습니다. 스프링부트테스트는 통합 테스트에 사용됩니다. 모든 테스트가 이를 사용하는 것은 바람직하지 않습니다. 가능한 한 최소한의 스프링 부팅 인프라를 로드하면서도 정확한 테스트를 보장하고자 합니다. 몇 가지 도움이 될 수 있습니다: 테스트가 DB와 관련된 경우. 데이터몽고테스트 또..
https://www.baeldung.com/spring-tests 주요 부분이라고 생각한 것만 한글화. 2. Integration Tests 통합 테스트는 자동화된 테스트 suites의 기본적인 부분입니다. 하지만 건강한 테스트 피라미드를 따른다면 단위 테스트만큼 많지는 않아야 합니다. Spring과 같은 프레임워크에 의존하면 시스템의 특정 동작에 대한 위험을 제거하기 위해 상당한 양의 통합 테스트가 필요합니다. Spring 모듈(데이터, 보안, 소셜 등)을 사용하여 코드를 더 단순화할수록 통합 테스트의 필요성은 더 커집니다. 특히 인프라의 일부분을 @Configuration 클래스로 옮길 때 더욱 그렇습니다. "프레임워크를 테스트"해서는 안 되지만, 프레임워크가 우리의 요구 사항을 충족하도록 구성되어..