Codex Computer Use로 랜딩 페이지 점검하기: 로컬 실습
로컬 실습 페이지로 링크, 폼 저장 결과, 좁은 화면을 점검하는 절차입니다. 결함 버전과 수정 버전, 결과 템플릿, 오프라인 테스트 범위를 함께 제공합니다.
Ofox 
랜딩 페이지 점검은 “괜찮아 보인다”가 아니라 다른 사람이 재현할 수 있는 결과로 끝나야 합니다. 이 실습은 깨진 링크, 저장하지 않고 성공을 표시하는 폼, 좁은 화면에서 살펴볼 레이아웃을 가진 가상 페이지를 제공합니다. 같은 절차로 비교할 수정 버전도 있습니다.
QA 실습 자료 받기. Python 서버, 두 페이지, 테스트, 결과 템플릿, 정답 설명이 포함됩니다. UI는 영어입니다. 이 글은 실제 브라우저 조작이나 화면 검수가 완료됐다고 주장하지 않습니다.
로컬 서버 시작하기
Python 3.9 이상을 준비하고 압축을 푼 qa-kit 폴더에서 실행합니다.
python3 -B server.py --port 8876서버는 127.0.0.1에서만 요청을 받습니다. 허용된 브라우저에서 터미널에 출력된 주소를 엽니다. 포트가 사용 중이면 빈 포트를 고르고 계획의 주소를 모두 맞추되, 기존 접근 거부를 우회하는 데 사용해서는 안 됩니다. 종료할 때는 Ctrl-C를 누릅니다.
/는 결함 버전, /fixed는 수정 버전, /submissions는 로컬 수신 기록입니다. @example.test로 끝나는 가상 주소만 사용하세요. 실제 연락처, 구매, 외부 폼 전송은 필요하지 않습니다.
답을 먼저 알려주지 않기
Codex에 탐색 링크, 폼, 1440·390·320 CSS 픽셀 너비의 레이아웃을 점검하도록 요청합니다. 기대 결과와 실제 결과를 구분하고 증거를 보존하되 페이지는 수정하지 않게 합니다. 첫 점검에는 소스와 정답 설명을 주지 않아, 구현 설명을 관찰 결과로 옮겨 적지 않도록 합니다.
그래도 이것은 교육용 예시이며 블라인드 벤치마크는 아닙니다. 의도적으로 넣은 소수 결함으로 실제 사이트의 결함 탐지율을 계산할 수 없습니다.
링크는 목적지 내용까지 확인하기
Working guide와 Pricing을 각각 누르고 최종 URL과 제목을 적은 뒤 돌아옵니다. 404는 실패지만, 200이어도 약속한 내용과 무관하면 실패입니다. 수정된 Pricing은 존재하는 아무 페이지가 아니라 가상의 가격 설명으로 이동해야 합니다.
폼 입력을 세 가지로 나누기
다른 탭에서 /submissions를 열어 매번 기존 기록 수를 확인합니다. 입력 후 수신 기록 탭을 새로고침해서 오래된 화면을 새 결과로 오인하지 않게 합니다.
| 입력 | 기대 결과 |
|---|---|
| 빈 값 | 유용한 입력 안내, 새 기록 없음 |
not-an-email | 형식 오류 안내, 새 기록 없음 |
qa-run1@example.test | 화면 피드백과 정확히 한 개의 일치하는 새 기록 |
수정 버전에는 qa-run2@example.test를 사용하고, 이후에도 매번 새로운 주소를 씁니다. 건수와 실제 주소를 함께 확인하세요. 성공 배너만으로 저장을 증명할 수 없으며 중복 저장도 문제입니다.
결함 버전이 저장 없이 성공을 표시한다는 것은 소스에 설정된 성질이지, 브라우저 점검에서 이미 발견했다는 결과가 아닙니다. 정답과 이번 관찰을 분리해서 기록합니다.
좁은 화면은 크기를 명시하기
각 너비에서 지표 카드, 탐색 영역, 입력창, 버튼을 살펴봅니다. 가로 방향으로 넘치는 콘텐츠, 가려진 글자, 접근하기 어려운 조작 요소를 기록하고 실제 뷰포트 크기와 스크린샷을 함께 저장합니다.
데스크톱 브라우저의 너비 변경은 뷰포트 시뮬레이션입니다. 실제 휴대폰의 터치, 키보드, 브라우저 동작과 성능까지 시험한 것은 아닙니다. 끝나면 임시 설정을 복원합니다.
재현 가능한 보고서 만들기
URL, 환경, 정확한 입력, 단계, 기대 결과, 실제 결과, 증거 위치를 남깁니다. 빈 값 허용, 잘못된 형식 허용, 거짓 성공 표시는 하나의 처리 함수에서 생길 수 있으므로 독립적인 원인 세 개로 부풀리지 않습니다.
첫 점검 후 정답과 비교해 누락과 오탐도 기록합니다. 새 주소로 /fixed를 반복 점검하고, 새 작업에서 문서만 보고 같은 절차를 재현할 수 있는지 확인합니다.
확인된 것은 오프라인 테스트
Python 3.9.6과 Node.js 24.13.0에서 Python 처리기 테스트 7개와 JavaScript 폼 시뮬레이션 9개가 통과했습니다. 새로 압축을 푼 사본에서도 통과했습니다.
python3 -B -m unittest discover -s . -p 'test_*.py' -v
node test_form.mjsPython은 잘못된 길이·JSON, 가상 주소 검증, 기록 저장, 경로, 템플릿 치환을 검사합니다. JavaScript는 모의 document와 fetch로 폼 코드를 실행합니다. 브라우저를 열거나 네트워크 요청을 보내지 않습니다.
따라서 실제 전송, 레이아웃, Codex의 결함 발견 능력은 입증되지 않았습니다. 세 너비의 캡처와 수정 전후 브라우저 비교도 미검증입니다. 접근성·보안·성능·기기별 종합 검사를 대체하지 않습니다.
자주 묻는 질문
- 테스트 통과가 브라우저 검수 완료를 뜻하나요?
- 아닙니다. Python 테스트 7개와 JavaScript 시뮬레이션 9개가 통과한 것입니다. 실제 브라우저, 세 화면 너비, 결함 발견 여부는 검증하지 않았습니다.
