입력 직후 편집기에 글이 보인다는 사실만으로 다시 열었을 때도 남는다고 말할 수는 없다. 반대로 재시작한 빈 편집기가 보인다고 이전 글이 사라졌다고 단정할 수도 없다. 북극성에서는 현재 화면과 원장, 다시 연 저장 문서를 연결해 어느 결과를 확인했는지 구분했다.
초안 완료와 예약 완료의 반환값을 나눈다
draft 경로는 bodyVerified와 draftVerified를 돌려주지만 reservationVerified는 False다. 편집기 구성을 확인한 결과이며 예약 목록의 서버 등록까지 끝났다는 응답이 아니다. 반면 예약 receipt는 기존 서버 원고를 다시 읽고 확인한 뒤 reservationVerified를 남긴다. 같은 verified 안에서도 무엇의 완료인지 추가 값으로 설명한다.
이 구분이 없으면 원고 준비 요청을 예약 발행 성공으로 보고할 수 있다. 저장 목록을 봤다는 사실도 본문 내용 확인과 다르다. 나는 현재 보임·준비됨·다시 읽어 확인됨을 각각의 증거에 맞추려 했다. 짧은 성공 응답일수록 그 범위가 분명해야 다음 호출자도 안전하게 이어갈 수 있다.
재시작 뒤 빈 편집기에서는 제목부터 쓰지 않는다
ArticleProgress에 완료한 blocks가 있는데 현재 구성은 비어 있으면 prepare가 저장 원고 복원을 시도한다. 먼저 글 제목이 정말 빈 값인지 확인한다. 제목부터 입력하면 새 제목만 있는 문서를 저장하겠느냐는 흐름이 생겨 원래 원고 복원을 방해할 수 있기 때문이다.
현재 제목이 다른 값이면 ARTICLE_DRAFT_RESTORE_REQUIRES_BLANK_TITLE로 멈춘다. 기존 원고를 찾는다는 명분으로 사람이 작성 중인 새 제목을 지우지 않는다. 빈 화면을 작업 재시작의 허가로 삼는 대신 현재 자료와 원장 사이의 차이를 설명하는 단계로 다뤘다.
저장 목록의 제목이 하나로 정해져야 연다
prepare는 임시저장 목록과 원하는 제목을 별도로 찾는다. 결과가 일부라 hasMore가 남으면 목록이 완전하지 않다고 거절한다. 표시 제목의 공백을 정리하고 붙은 저장 시각을 구분해 같은 제목의 항목을 정확히 하나 골라야 한다. 이름이 비슷한 첫 글을 여는 방식이 아니다.
열고 나서도 제목과 원장의 구성 prefix가 맞는지 다시 기다려 확인한다. 제목만 맞는 다른 본문이나 매체는 ARTICLE_SAVED_DRAFT_MISMATCH다. 같은 제목을 쓰는 업무가 많다면 더 강한 식별 자료가 필요한 상황도 남는다. 현재 구현이 사용하는 제목·시각 형태와 구성 대조의 범위를 넓은 문서 인증으로 설명하지 않는다.
예약 목록은 누락을 결론내리기 전에 완전성을 본다
예약 openList는 목록을 연 뒤 갱신된 전체 개수와 실제 행 수가 맞는지 확인한다. 예전 편집기에 남은 개수를 그대로 쓰지 않으며 부분 로딩을 원고 없음으로 해석하지 않는다. 제목과 예약 시각이 맞는 행은 하나여야 한다. 둘 이상이면 중복을 숨기지 않고 오류다.
최종 제출 뒤에도 원래 편집기를 다시 탐색하거나 별도 읽기 탭에서 그 목록과 본문을 확인한다. 제출했는데 찾지 못하면 OUTCOME_UNKNOWN으로 남기고 새 발행을 보내지 않는다. 화면 반응이 늦을 때 다시 누르는 방식보다 원래 결과를 읽는 길을 먼저 둔 것이다.
원본 시험은 다름과 모호함을 먼저 보존한다
기존 rich 시험은 빈 재시작 편집기에서 원고를 복원하고 업로드 횟수가1인 채 남는지 확인한다. 저장 본문이 다르거나 제목이 없고 여러 개인 경우에는 덮어쓰기·재업로드를 하지 않는다. 이미 제목만 있는 새 문서도 보존한다. 별도 예약 fixture는 최종 제출1회와 원래 결과 재사용을 구분한다.
이번 콘텐츠 작업에서 원래 서비스에 새 글을 쓰거나 저장 원고를 복원하지 않았다. 함수와 fixture 시험을 읽어 제작 판단을 정리했다. 공유 모듈의30개 시험은 합성 구성 비교이며 서버 다시 열기나 실제 원고 내구성을 검수한 결과가 아니다. 어떤 자료에서 얻은 증거인지 끝까지 구분했다.
남아 있다는 말을 다시 읽을 수 있는 결과로 만든다
파일이 생성됐다거나 입력값이 보였다는 보고는 필요하지만 그것만으로 운영 결과를 설명하기에는 부족할 수 있다. 다시 열 수 있는 저장 위치와 그 안의 내용이 맞는지, 원래 첨부 구성이 남는지를 별도로 확인해야 한다. 재시작의 빈 화면을 새 글쓰기와 혼동하지 않는 것도 그 일부다.
나는 글 자동화가 다음 사람에게 현재 어디까지 확인했는지 알려 주는 프로그램이길 원했다. 준비된 초안과 서버 예약 결과를 나누고 불확실한 것은 원래 결과에서 읽게 하면 실패 뒤에도 같은 일을 두 번 보내지 않을 이유가 남는다. 저장을 믿는 말보다 다시 읽어 비교한 근거를 남기는 제작 방식이다.