1. ‘화면 구현’과 ‘기능 완료’를 구분하세요.
로그인 화면을 예로 들어보겠습니다. 아이디와 비밀번호 입력창, 로그인 버튼이 보인다면 화면은 구현된 것입니다. 하지만 실제 로그인 기능이 완료되려면 사용자 확인, 비밀번호 검증, 실패 처리, 권한 적용, 세션 또는 인증 상태 관리 등이 함께 동작해야 합니다.
| 보이는 것 | 뒤에서 필요한 것 |
|---|---|
| 회원가입 화면 | 입력값 검증, 중복 확인, 데이터 저장, 인증 처리 |
| 상품 목록 | DB 조회, 검색·정렬·페이징, 권한에 따른 데이터 처리 |
| 결제 버튼 | 결제서비스 연동, 성공·실패·취소 처리, 주문 상태 반영 |
| 관리자 승인 버튼 | 권한 확인, 상태 변경, 변경 이력, 사용자 화면 반영 |
2. 화면 뒤에는 이런 개발이 숨어 있습니다.
01 · 화면화면
사용자가 보고 입력하고 클릭하는 영역
02 · 로직업무 로직
조건과 계산, 상태변경 등 서비스 규칙
03 · 데이터데이터
DB 저장·조회·수정과 데이터 관계
04 · 권한권한
사용자 역할에 따라 허용되는 기능과 데이터
05 · 예외예외처리
잘못된 입력·중복·실패 상황 처리
06 · 연동외부 연동
결제·문자·메일·외부 API 연결
화면은 완성도를 보여주는 하나의 증거입니다. 실제 개발 완료는 화면 뒤의 기능들이 연결되었을 때 판단할 수 있습니다.
3. 예를 들어 ‘예약 화면 완료’라는 말도 단계가 다릅니다.
| 단계 | 상태 | 확인 방법 |
|---|---|---|
| 화면 | 날짜·시간·인원 입력 화면이 보임 | 설계된 입력항목과 화면 확인 |
| 기능 | 예약 버튼을 누르면 요청이 처리됨 | 실제로 예약을 생성 |
| 데이터 | 예약 정보가 DB에 정상 저장됨 | 재조회·관리자 화면에서 확인 |
| 업무 규칙 | 예약 불가 시간·인원 제한 등이 적용됨 | 경계 조건을 입력해 확인 |
| 예외처리 | 중복 예약·오류 상황을 처리함 | 의도적으로 잘못된 조건을 테스트 |
| 운영 연결 | 관리자 확인·알림 등 후속 업무가 이어짐 | 사용자부터 관리자까지 전체 흐름 실행 |
4. 화면별 검수보다 ‘사용자 흐름’으로 검수하세요.
화면을 한 장씩 확인하면 각각은 정상처럼 보이지만 화면 사이의 연결 문제를 놓치기 쉽습니다. 실제 사용자가 서비스를 이용하는 순서대로 처음부터 끝까지 실행해보는 것이 좋습니다.
01가입
사용자 생성과 인증
02로그인
인증과 권한 적용
03핵심 업무
서비스 주요 기능 실행
04관리자 처리
승인·조회·상태변경
05결과 확인
사용자 화면에 결과 반영
5. 화면 시연을 받을 때 이렇게 질문해보세요.
| 단순 질문 | 더 좋은 확인 질문 |
|---|---|
| 이 화면 끝났나요? | 이 화면에서 등록한 데이터가 어디에 저장되고 다시 어디에서 확인되나요? |
| 버튼 동작하나요? | 정상 처리와 실패 처리 두 경우를 모두 보여줄 수 있나요? |
| 관리자도 됐나요? | 관리자가 상태를 바꾸면 사용자 화면에는 어떻게 반영되나요? |
| 거의 다 됐나요? | 현재 처음부터 끝까지 실행 가능한 업무 흐름은 무엇인가요? |
| 테스트했나요? | 어떤 시나리오를 테스트했고 아직 확인하지 않은 부분은 무엇인가요? |
6. 화면이 나온 뒤 확인할 체크리스트
버튼과 입력항목이 실제 기능과 연결되어 있다.
등록한 데이터가 저장되고 필요한 화면에서 다시 조회된다.
사용자 역할에 따른 권한 차이가 실제로 적용된다.
잘못된 입력과 주요 실패 상황을 처리한다.
외부서비스 연동이 테스트 환경에서 실제로 동작한다.
사용자 화면과 관리자 화면의 업무 흐름이 연결되어 있다.
핵심 업무를 처음부터 끝까지 하나의 시나리오로 실행할 수 있다.
완료되지 않은 기능과 임시 처리된 부분을 별도로 확인할 수 있다.
한 줄 원칙
화면의 완성도를 보지 말고, 그 화면에서 시작한 업무가 끝까지 처리되는지를 확인하세요.
외주개발 검수에서 중요한 것은 “화면이 나왔는가?”가 아니라 “실제 사용자의 업무가 정상적으로 완료되는가?”입니다.