Eundms

[테스트] 통합 테스트에서 테스트 간 DB 상태가 공유되는 문제 : @Transactional, 사용하면 안되는 상황, 그외 방식

상황- 아래 테스트 코드를 실행 시켰다 @SpringBootTest@Import(SplearnTestConfiguration.class)public class MemberRegisterTest { @Autowired private MemberRegister memberRegister; @Test void register(){ Member member = memberRegister.register(MemberFixture.createRegisterRequest()); assertThat(member.getId()).isNotNull(); assertThat(member.getStatus()).isEqualTo(MemberStatus.PENDING); } @Test void du..

[테스트] No qualifying bean of type 'tobyspring.splearn.application.required.EmailSender' available: expected at least 1 bean which qualifies as autowire candidate. Dependency annotations: {}

에러 메시지 일부Caused by: org.springframework.beans.factory.UnsatisfiedDependencyException: Error creating bean with name 'memberService' defined in file [/Users/eundms/IdeaProjects/splearn/build/classes/java/main/tobyspring/splearn/application/MemberService.class]: Unsatisfied dependency expressed through constructor parameter 1: No qualifying bean of type 'tobyspring.splearn.application.required.Ema..

[ATDD] 인수테스트, 테스트격리, 테스트 픽스처, RestAssured

인수테스트 @SpringBootTest(webEnvironment = SpringBootTest.WebEnvironment.RANDOM_PORT) - 실제 서버를 띄워서 API를 호출하는 End-to-End 테스트 - 사용자 관점에서 기능이 동작하는지 검증 - RANDOM_PORT: 테스트마다 랜덤 포트로 서버 실행 (충돌 방지) 테스트 격리 @BeforeEach void setUp() { databaseCleanup.execute(); // 매 테스트마다 DB 초기화 } - 각 테스트가 독립적으로 실행되도록 보장 - 테스트 순서에 의존하지 않음 테스트 픽스처 (Test Fixture) public class TestFixture { public static Extr..

[네트워크] 쿠키 방식과 세션 방식을 고민하는 이유 + 브라우저 간 쿠키 공유

쿠키 방식과 세션 방식을 고민하는 이유 쿠키 방식- 클라이언트에 저장되므로 상대적으로 취약함- 저장 위치 : 클라이언트 (브라우저)- 용량 제한 : 약 4KB- 확장성 : 서버 무관(클라이언트 저장) -> 확장성 좋음- 속도 : 서버 부담 적고, 빠름 - 세션 유지 : 브라우저에 저장되므로 오래 유지 가능- 실제 활용 : JWT 기반 토큰 인증 등 세션 방식 - 서버에 저장되어 보안성이 높음- 저장위치 : 서버 - 용량 제한 : 서버 메모리나 저장소 용량만큼- 확장성 : 서버 저장 -> 서버 간 세션 공유 필요 - 속도 : 서버 리소스 사용, 느릴 수 있음 - 세션 유지 : 일반적으로 일정 시간 후 만료됨- 실제 활용 : 로그인 상태 유지 등 진짜 중요하게 고려해야 하는 부분은 1. 로그인 상태를 유지..

[쀼] 아 그래서 CORS가 뭐에요 : 개념 + 설정예시

(개념과 동작 원리를 정확히 몰라서) 수많은 억까를 당했고구글링으로 Mdn 문서를 찾아 이해한 후 해결함 (역시 정식대로 가야 함)발견했던 cors 핵심 개념을 적어보고자 한다 CORSCORS는 브라우저가 자신의 출처가 아닌 다른 어떤 출처로부터 자원을 로딩하는 것을 허용하도록 서버가 허가 해주는 HTTP 헤더 기반 메커니즘이다.   CORS가 동작하는 세가지 시나리오 1. Simple RequestPreflight Request 요청없이 서버에 직행으로 본 요청을 보낸 후, 서버가 이에 대한 응답의 헤더에 Access-Control-Allow-Origin 헤더를 보내주면 브라우저가 CORS 정책 위반 여부를 검사한다. 1) 요청의 메소드는 GET, HEAD, POST 중 하나다 2) Accept, Ac..

[쿠키🍪] 서드파티쿠키, 공격유형(중간자공격, XSS, CSRF)

Thrid-Party Cookie- 도메인과 스키마가 다르면, 같은 사이트에서 오지 않은 것으로 간주하고 이를 타사 쿠키라고 한다. - 도메인과 스키마가 사용자가 현재 보고 있는 브라우저 주소창에 표시된 URL과 일치하면, 쿠키는 페이지와 동일한 사이트에서 온 것으로 간주되며 이를 First-Party Cookie 라고 한다. Thrid Party Cookie 전송 예시- 한 사이트의 링크를 클릭하여 다른 사이트로 이동하는 경우- 페이지가 다른 사이트의 구성 요소를 임베드하는 경우 중간자 공격요청을 중간에서 가로채셔 변조하여 전달하는 공격 https://developer.mozilla.org/en-US/docs/Glossary/MitM MitM - MDN Web Docs Glossary: Definiti..