실패한 IT가 있어도 mvn integration-test가 성공하는 이유
Failsafe는 통합 테스트 실행과 실패 판정을 나눈다. 실패 IT에서 integration-test는 종료 0과 후처리 누락, verify는 종료 1과 후처리 실행을 보인 실제 비교를 바탕으로 두 goal의 바인딩과 CI의 마지막 lifecycle 단계를 확인한다.
빌드노트
검색어를 입력해 글을 찾아보세요.
총 480개의 글
Failsafe는 통합 테스트 실행과 실패 판정을 나눈다. 실패 IT에서 integration-test는 종료 0과 후처리 누락, verify는 종료 1과 후처리 실행을 보인 실제 비교를 바탕으로 두 goal의 바인딩과 CI의 마지막 lifecycle 단계를 확인한다.
pointer-events: none은 포인터의 대상 선택을 바꾸지만 버튼의 Tab 초점과 Enter 활성화는 막지 않는다. 같은 네이티브 버튼의 정상·CSS 적용·disabled 조건을 실제 좌표 클릭과 키 입력으로 비교하고, 사용 불가 상태를 구현할 때 바꿀 지점을 설명한다.
frame-ancestors는 HTML meta로 전달하면 적용되지 않는다. 두 loopback origin에서 meta·HTTP 헤더·부모 허용 정책을 비교하고, load 이벤트나 준비 메시지의 유무만으로 삽입 차단을 판단하면 틀리는 이유를 확인한다.
교차 출처 fetch의 본문은 읽히는데 ETag만 null일 때는 전송과 노출을 나눠 확인한다. 두 loopback 포트의 실제 Chromium에서 노출 없음·명시적 ETag 노출·동일 출처를 비교하고 실제 응답의 Expose-Headers를 수정할 위치를 설명한다.
Node.js createHmac에 hex 키 문자열을 그대로 넘기면 글자들의 UTF-8 바이트가 키가 된다. 같은 메시지와 직접 지정한 바이트 배열로 HMAC을 대조하고, 잘못된 hex가 잘리는 동작을 확인해 디코딩 전 검증을 적용한다. digest의 출력 인코딩과 키의 표현도 구분한다.
format.js가 있어도 ESM의 ./format은 자동으로 그 파일을 찾지 않는다. 실제 파일 부재와 확장자 생략, 디렉터리 import를 실행 결과로 구별하고 import하는 파일을 기준으로 경로를 고친다.
display: contents에서 배경·테두리·padding 값이 남아도 wrapper의 박스는 생기지 않는다. 기존 요소의 display와 자식 크기를 짧게 조회하고, 공통 장식이 필요할 때 박스를 복원하는 방법과 실제 Chrome 관찰을 설명한다.
Compose 서비스에 profiles: [tools]를 넣었는데 docker compose up job-a로 실행하니 컨테이너가 생겼다면, 서비스 이름을 직접 지정했는지부터 본다. 프로필을 활성화하지 않아도 명시한 서비스는 실행된다.
빈 볼륨의 초기 복사와 내용이 있는 볼륨의 재사용을 v1·v2 파일로 비교한다. 새 이미지의 파일 추가가 기존 볼륨에 반영되지 않는 조건과 volume-nocopy의 역할을 확인하고, 이미지 배포와 데이터 이관을 분리할 기준을 설명한다.
--cookie-jar는 쿠키 저장용이고 --cookie는 파일 읽기용이다. 새 curl 프로세스의 실제 Cookie 헤더를 비교해 로딩 누락과 Path 불일치를 구분하고, 갱신된 쿠키를 다음 실행에 보존할 옵션을 고른다.
input.value 대입은 현재 값만 바꾸며 input 이벤트를 만들지 않는다. 같은 텍스트 입력에서 키 입력·대입·합성 이벤트의 횟수와 isTrusted를 비교하고, 공유 갱신 함수를 직접 호출할지 다른 DOM 리스너에 알릴지 판단한다.
Maven의 -DskipTests는 테스트 실행을 생략해도 테스트 소스 컴파일은 남긴다. 고정 버전 프로젝트에서 컴파일 오류와 단언 실패를 비교하고, 실패 목표가 testCompile인지 surefire:test인지에 따라 테스트 수정과 제한적 컴파일 생략을 판단한다.