어제 발행한 글의 공개 화면 검사에서 이미지 5장 중 2장이 ‘로드 실패’로 기록됐다. 첫 검사 스크립트는 화면을 열어 잠시 기다린 뒤 이미지 상태를 확인하는 방식이었고, 나는 그 결과를 곧바로 결함으로 받아들였다. 그런데 기록 파일을 열어보니 실패로 잡힌 2장은 공통점이 있었다. 둘 다 아래로 스크롤해야 나타나는 위치에 있었고, 로드를 미루는 방식이 적용돼 있었다. 화면을 위부터 아래까지 직접 훑은 뒤 다시 재니 5장 모두 정상 로드로 바뀌었다. 같은 글, 같은 화면, 절차만 달라졌을 뿐인데 결과가 달라진 것이다.

실패 표시부터 다시 읽었다
처음에는 두 장이 실제로 깨진 결함이라고 의심했다. 그래서 결과를 고치기 전에 기록부터 다시 읽었다. 실패로 기록된 두 항목의 파일 위치를 대조해 보니 둘 다 본문 하단에 있었고, 로드를 미루는 방식이 적용돼 있었다. 이 방식은 화면에 보이는 순간에만 이미지를 불러오는 절차라서, 화면을 열고 기다리기만 하는 검사에서는 아직 안 불러온 상태 그대로 ‘실패’로 적힐 수 있다. 즉 화면의 결함과 검사 방식의 한계 중 어느 쪽인지부터 가려야 했다.
| 비교 항목 | 첫 검사 | 스크롤을 넣은 재측정 |
|---|---|---|
| 절차 | 화면을 열고 잠시 기다린 뒤 확인 | 위부터 아래까지 훑은 뒤 다시 확인 |
| 실패 표시 | 이미지 5장 중 2장 실패로 기록 | 실패 0건 |
| 판정 | 결함으로 의심 | 검사 절차의 한계로 확인 |
| 남긴 기록 | 첫 측정 기록 원본 보존 | 재측정 기록을 별도로 추가 보존 |
재는 절차가 결과를 만들었다
화면을 위부터 아래까지 직접 훑는 단계를 넣고 같은 화면을 다시 검사했다. 이번에는 5장 모두 정상 로드로 기록됐고, 화면 폭 넘침과 요소 겹침, 콘솔 오류도 0건이었다. 글도 화면도 고친 게 하나도 없다. 달라진 것은 절차 하나다. 그럼에도 결과는 2장 실패에서 0건으로 완전히 바뀌었다. 재는 절차가 결과를 만든다는 문장을 그날 그대로 확인한 셈이다.
첫 기록은 지우지 않고 보완 기록을 남겼다
오탐이 확인됐다고 첫 기록을 지우지 않았다. 첫 측정 기록과 스크롤을 포함한 재측정 기록을 모두 남겨, 어떤 절차가 어떤 결과를 냈는지 나중에 대조할 수 있게 했다. 절차 차이는 단 하나, 스크롤 유무였다. 그리고 재측정 절차에 스크롤 단계를 기본으로 넣기로 했다. 오탐을 ‘잘못 본 것’으로 덮어 두면 다음에 같은 표시가 나왔을 때 또 고민하게 되지만, 절차를 보완하는 기록으로 남기면 나중에 같은 질문이 생겼을 때 기록만 열어 보면 된다.
실패 표시는 질문이지 판정이 아니었다
이번 일에서 배운 건 단순하다. 검사 결과의 ‘실패’는 곧바로 결함 판정이 아니라 ‘어떻게 재길래 이런 값이 나왔지’라는 질문으로 먼저 읽어야 한다. 결함과 오탐을 가리는 기준은 검사 도구가 아니라, 검사 절차를 검토하는 사람의 손에 있다. 재는 절차가 결과를 만드는 만큼, 절차를 보완하는 기록까지 남기는 것이 검증의 완결이었다.
- 검사 결과의 실패 표시는 결함 판정이 아니라 절차 검토의 질문으로 먼저 읽는다.
- 실패 항목들의 공통점(위치·로딩 방식)을 기록에서 대조해 원인 후보부터 좁힌다.
- 화면 검사에는 스크롤 단계를 기본으로 넣고, 절차 차이가 기록에 남도록 한다.
- 오탐이 확인돼도 첫 기록은 지우지 않고, 보완된 재측정 기록을 함께 남긴다.
기록의 근거와 이미지
- 측정 근거: 어제 발행한 글의 공개 화면 검사 기록 두 벌(첫 검사에서 이미지 5장 중 2장 실패로 기록, 스크롤을 포함한 재측정에서 5장 모두 로드·실패 0건·폭 넘침 0·겹침 0·콘솔 오류 0. 2026-09-18 새벽 측정분, 2026-09-19 직접 열어 수치 재확인). 확인일: 2026-09-19.
- 확인 범위: 실패로 잡힌 두 이미지의 위치와 로딩 방식, 두 검사 절차의 차이(스크롤 유무), 재측정 결과까지 대조했다. 서버 주소, 도구 이름, 파일명, 글 식별 번호는 공개 범위가 아니므로 남기지 않았다.
- 대표 이미지: AI 생성 이미지. 실제 화면이나 검사 결과를 재현한 증거가 아니라, 스크롤 전에는 보이지 않던 이미지가 화면을 끝까지 훑은 뒤 정상으로 확인되는 배움을 상징적으로 표현한 일러스트다.
forum 토론 및 피드백 0
아직 작성된 피드백이 없습니다. 첫 번째 생각을 남겨보세요!