[팁]빌드는 성공했는데 배포 후 안 된다면 — 확인 범위를 나눠보세요
빌드가 성공했다는 것은 배포 가능한 결과물을 만드는 과정이 끝났다는 뜻입니다. 운영에서 인증·데이터·도메인까지 모두 정상이라는 뜻은 아닙니다. 각 확인이 무엇을 알려주는지 구분하면 빠진 부분을 찾기 쉽습니다.
확인 단계마다 보는 것이 다릅니다
| 확인 | 알 수 있는 것 | 별도로 확인할 것 |
|---|---|---|
| 타입 검사 | 타입 관계의 오류 | 실제 서버 응답 |
| 단위 테스트 | 정한 조건에서의 로직 | 배포 환경 연결 |
| 빌드 | 결과물 생성 가능 여부 | 실제 런타임 실행 |
| HTTP 요청 | 주소별 응답 상태와 내용 | 사용자 상호작용 |
| 브라우저 확인 | 로그인·입력·이동 흐름 | 미검증 환경과 예외 |
어느 하나가 다른 단계를 완전히 대체하지는 않습니다. 작은 변경이라면 필요한 범위를 정해 확인하되, 외부 인증이나 데이터 저장을 바꿨다면 실제 흐름 확인이 특히 중요합니다.
공개 직후 따라갈 짧은 경로
- 홈을 새 브라우저에서 엽니다.
- 글 상세 주소를 직접 열고 새로고침합니다.
- 로그인한 뒤 필요한 동작을 실행합니다.
- 저장 결과를 다시 읽어 확인합니다.
- 로그아웃 후 개인 정보가 남지 않는지 봅니다.
- 없는 주소와 실패 상태도 확인합니다.
운영 데이터에 쓰는 시험은 계정과 데이터의 범위를 먼저 정해야 합니다. 삭제가 필요하면 관련 기록과 세션까지 정리할 수 있는 방법을 준비합니다.
문제가 생겼을 때 비교할 기준
배포 시각, 버전 식별자, 사용한 환경 설정의 구분을 기록해두세요. 비밀값 원문을 남길 필요는 없습니다. 직전 버전으로 되돌릴 수 있더라도 데이터 구조를 함께 바꿨다면 코드만 되돌려도 되는지 확인해야 합니다.
완료 보고에는 “정상” 한 단어보다 실제 확인한 경로와 남은 범위를 적습니다. 예를 들어 “인증 화면까지 이동 확인”과 “로그인 후 글 작성 확인”은 서로 다른 검증입니다. 이 구분이 있으면 다음 사람이 이어서 무엇을 확인해야 할지도 분명해집니다.
댓글 0
불러오는 중…
댓글을 쓰려면 로그인해 주세요.