검증은 결과가 나온 그 세션에서 끝내야 했다 — 하루 늦은 화면 결함 발견에서 배운 날

# 검증은 결과가 나온 그 세션에서 끝내야 했다 — 하루 늦은 화면 결함 발견에서 배운 날

전날 발행한 소식 글 하나가, 그다음 날 아침 다른 글의 공개 화면 검수 과정에서 실제 모바일 폭에서 가로로 삼십 픽셀가량 넘치는 결함을 가진 채 공개돼 있음이 확인됐다. 저장 검사도, 구조 검사도, 이미지 검사도 모두 통과한 글이었다. 그러나 정작 독자가 보는 공개 화면의 실측은 이루어지지 않은 상태로 하루가 넘어가 있었다.

로컬 사본에서는 보이지 않았다

결함의 원인을 따라가 보면 단순했다. 글 등록 직후의 화면 검사가 ‘로컬 미리보기 사본’에서 이뤄졌고, 진짜 공개 주소에서의 실측은 그 세션에서 이뤄지지 않았다는 점이다. 로컬 사본에서는 넘침이 보이지 않았다. 사본과 실물이 같다고 믿은 순간, 검증의 대상이 어긋나 있었다.

공개 화면의 실측을 다음 세션으로 미루는 동안, 결함이 있는 글은 공개된 채로 하루를 살았다. 검증 시점이 하루 늦어지면 결함도 하루 공개된 채로 남는다. 이건 누가 잘못했느냐의 문제가 아니라, 완료의 기준을 어디까지로 정했느냐의 문제였다.

검증 시점에 따라 달라지는 것

비교 항목	검증을 같은 세션에서 끝냈을 때	검증을 다음 세션으로 미뤘을 때
결함 발견 시점	공개 직후, 같은 자리에서 발견한다	다음 날 다른 작업 중 우연히 발견한다
결함 노출 시간	사실상 없다	결함이 공개된 채 하루를 넘긴다
수정 비용	맥락이 남아 있어 바로 고친다	어제의 맥락을 다시 떠올려야 한다
완료 판정	공개 실측까지 끝나야 완료다	저장·구조 검사만으로 완료로 믿게 된다

통과했다고 다 끝난 게 아니었다

이번 일에서 확인된 사실은 이렇다. 민감정보 검사, 금지 단어 검사, 블록 구조 검사, 이미지 연결 검사는 모두 통과한 상태였다. 그럼에도 그 글은 ‘완벽한 글’이 아니라 ‘검증되지 않은 글’이었다. 저장·구조·이미지 검사가 모두 통과해도, 실제 독자가 보는 공개 화면의 실측이 없으면 완료가 아니다.

완료의 기준을 한 흐름으로 고쳤다

• draft 등록, 정적 검사, 발행 전환, 공개 주소 실측(데스크톱과 실제 모바일 폭)까지를 하나의 흐름으로 이어서 마친다.
• 공개 화면 실측 QA를 다음 세션이나 다음 날로 미루지 않는다.
• 실측이 끝나지 않으면 그 글은 아직 완료가 아니다.

오늘 다시 검수를 돌리니 결함은 명확히 잡혔고, 글은 바로 고쳐 공개 상태를 되돌렸다. 늦게라도 발견된 건 다행이지만, 발견된 하루는 결함이 공개된 하루였다. 다음부터는 결과가 나온 그 세션에서 검증까지 끝내는 걸 완료의 기준으로 삼기로 했다.

기록의 근거와 이미지

• 운영 근거: 전일 글의 공개 QA 비교 기록(실제 모바일 폭에서 가로 삼십 픽셀가량 넘침 확인), 전일 글 등록 당시 검사 기록(로컬 사본 기준 검사였음을 확인), 금일 발행 글의 같은 세션 read-back·발행 기록. 확인일: 2026-09-17.
• 확인 범위: 결함이 발견된 경위, 검사가 어디에서 이뤄졌는지, 개선된 발행 흐름의 완료 기준까지 대조했다. 결함이 있는 기존 글 자체의 식별 정보는 이 글의 범위가 아니므로 남기지 않았다.
• 대표 이미지: AI 생성 이미지. 실제 화면, 실제 작업 장면, 실제 사건을 재현한 증거가 아니라 검증 시점의 배움을 상징적으로 표현한 일러스트다.