APP DEVELOPMENT TERM
유효성 검사
입력한 값이 정해진 조건에 맞는지 확인하기
유효성 검사는 입력값이 필수 여부·형식·허용 범위처럼 미리 정한 조건에 맞는지, 그 값을 사용하거나 저장하기 전에 확인하는 과정입니다.
30초 이해
수량 칸에 ‘두 개’라고 입력했다면
주문 앱의 수량 칸에 ‘두 개’라고 입력했습니다. 이 칸이 1 이상의 정수만 받도록 정해져 있다면, 앱은 ‘수량은 1 이상의 정수로 입력해 주세요’라고 안내할 수 있습니다. 사용자가 어디를 어떻게 고쳐야 하는지 알려주는 장면입니다.
유효성 검사는 이런 입력 조건을 확인하는 일입니다. 주문에 필요한 값이 비어 있지 않은지, 수량이 정해진 범위의 숫자인지, 선택한 상품 번호가 실제로 등록되어 있는지 등을 검사합니다.
앱 화면의 검사는 빠른 수정을 돕고, 서버의 검사는 실제로 받은 입력값이 조건에 맞는지 확인합니다. 화면에서 한 번 확인했더라도 서버에서 필요한 조건을 다시 검사한 뒤 다음 처리로 넘깁니다.
한 장으로 이해
앱에서 안내하고,
서버에서 다시 확인합니다
주문 수량의 조건은 1 이상의 정수입니다.
입력하는 사람을 돕습니다
앱에서 먼저 안내
주문 수량
수량은 1 이상의 정수로 입력해 주세요.
고칠 항목과 방법을 바로 알려줍니다.
실제로 받은 값을 확인합니다
서버에서 재검사
- 값이 있는가?있음
- 정수인가?정수
- 1 이상인가?1 이상
화면에서 검사했어도 다시 확인합니다.
조건에 맞는 값
2 다음 업무 처리로조건에 맞지 않는 값
-1 저장하지 않고 수정 안내언제 사용하는 개념인가요?
회원가입·신청서 입력
필수 항목 누락, 연락처의 입력 형식, 허용 길이처럼 항목마다 정한 조건을 확인할 때 사용합니다.
상품·수량·날짜 선택
수량이 1 이상의 정수인지, 종료일이 시작일보다 앞서지 않는지, 선택한 상품 번호가 등록되어 있는지 확인할 때 사용합니다.
엑셀·외부 데이터 등록
앱에서 직접 입력하지 않은 자료도 사용할 수 있는 값인지 확인합니다. 잘못된 행이나 항목과 그 이유를 알려 수정할 수 있게 합니다.
왜 중요한가요?
잘못된 값을 사용하기 전에 발견합니다
수량 칸의 글자나 필수 항목 누락을 그대로 다음 처리로 넘기지 않습니다. 받아들일 조건을 정하고, 그 조건에 맞지 않는 요청을 구분합니다.
화면 안내와 서버의 처리 기준을 맞춥니다
앱이 입력을 확인해도 서버에는 다른 경로로 요청이 들어올 수 있습니다. 서버는 화면의 검사 결과를 그대로 믿지 않고 받은 값을 다시 확인합니다.
다시 작성할 일을 줄일 수 있습니다
‘오류가 발생했습니다’라는 안내만 띄우기보다 잘못된 항목과 고칠 방법을 보여줍니다. 나머지 입력을 유지하면 전체 신청서를 처음부터 다시 작성하지 않아도 됩니다.
주문 수량 입력으로 비교하기
같은 수량 조건을 앱과 서버에 적용합니다
이 주문의 수량 조건은 ‘1 이상의 정수’입니다. 화면에서 입력을 고치는 과정과 서버가 요청을 받아들이는 기준을 나누어 확인합니다.
앱 화면에서 먼저 안내
- 수량에 ‘두 개’를 입력하면 숫자로 고치도록 안내합니다.
- ‘2’로 고치면 정해진 입력 조건을 통과해 요청을 보낼 수 있습니다.
- 다른 항목의 입력은 유지하고 수량만 수정하게 합니다.
서버에서 실제 요청 재검사
- 화면 검사를 거치지 않은 요청도 수량 조건을 확인합니다.
- ‘-1’이나 ‘1.5’가 오면 해당 주문을 저장하지 않고 수량 오류를 돌려줍니다.
- 수량이 맞더라도 상품 정보·권한·재고 등 필요한 다른 처리 조건은 별도로 확인합니다.
유효성 검사를 통과했다는 것은 정해진 입력 조건에 맞는다는 뜻입니다. 주문 저장이나 결제가 끝났다는 뜻은 아니므로, 앱은 이후 처리의 성공 응답까지 확인해야 합니다.
자주 묻는 질문
“앱에서 검사했는데 서버에서도 해야 하나요?”
네. 앱의 검사는 입력 직후 고칠 수 있게 돕는 역할이 큽니다. 서버는 앱 외의 경로로도 값을 받을 수 있으므로 실제 처리 전에 필요한 조건을 다시 확인합니다.
“숫자로 바뀌기만 하면 올바른 수량인가요?”
아닙니다. 숫자인지 확인하는 것과 허용된 값인지 확인하는 것은 다릅니다. 수량 조건이 1 이상의 정수라면 0, 음수, 소수는 받아들이지 않습니다. 최대 수량이 필요하면 그 기준도 따로 정합니다.
“로그인·권한 검사와 같은 개념인가요?”
구분해야 합니다. 유효성 검사는 입력값이 조건에 맞는지 확인하고, 권한 검사는 그 사용자가 해당 정보나 기능을 이용할 수 있는지 확인합니다. 올바른 주문 번호를 보냈더라도 다른 회원의 주문을 볼 수 있다는 뜻은 아닙니다.
“오류가 나면 입력을 모두 지우는 게 맞나요?”
고칠 항목과 이유를 알려주고, 유지할 입력과 다시 입력받을 항목을 구분합니다. 오류가 있어도 일부 내용을 저장할지, 전체 요청을 거절할지도 기능별로 합의합니다.
우리 서비스에 적용할 때 확인하세요
- 1항목별 필수 여부·입력 형식·최소/최대 값은 무엇인가요?
- 2앱과 서버 양쪽에서 어떤 조건을 확인하나요?
- 3조건에 맞지 않을 때 어떤 항목을 어떻게 고치라고 알려주나요?
- 4오류가 나면 유지할 입력과 저장하지 않을 범위는 무엇인가요?
공식 참고
서비스 기준은 공식 문서에서 다시 확인하세요
다음 자료
이해한 내용을 바로 적용해보세요
입력값이 조건에 맞는지 확인한 뒤에도 가격 계산·열람 권한·저장 결과 같은 처리가 이어집니다. 각 가이드에서 그 다음 과정을 구분해 볼 수 있습니다.
입력 화면 하나의 조건과 오류 안내부터 적어보세요
항목마다 필수 여부·받을 값·고칠 방법을 정리하면 개발팀과 입력·저장·검수 범위를 같은 기준으로 맞출 수 있습니다.