SAP 테스팅 사전 준비 가이드: 실패하지 않는 5단계 체크리스트
SAP 테스트, 왜 이렇게 준비할 게 많을까?
SAP는 회사의 모든 업무 프로세스가 하나로 연결된 통합 시스템입니다. 구매 하나를 테스트하려 해도 재고 관리, 회계 처리, 자금 관리까지 모두 연동되어 작동합니다.
일반 소프트웨어는 단독으로 작동하지만, SAP는 하나의 트랜잭션이 여러 모듈에 영향을 미칩니다. 예를 들어 구매 오더 하나가 생성되면 자동으로 회계 전표가 생성되고, 예산이 차감되며, 재고 입고 예정이 등록됩니다.
이러한 복잡한 연결 구조 때문에 SAP 테스트는 철저한 사전 준비가 필수입니다. 준비 없이 시작한 테스트는 대부분 실패하거나 예정보다 2-3배 이상 기간이 연장됩니다.
🎯 SAP 테스팅 준비의 큰 그림
SAP 테스트를 위해 구체적으로 무엇을 준비해야 할까요? SAP 테스트를 성공적으로 수행하려면 다음 5가지를 체계적으로 준비해야 합니다.
핵심 준비사항 5가지
1️⃣ 테스트 환경 구성 - 실제 운영 환경과 동일한 테스트 서버 준비
2️⃣ 테스트 팀 구성 - 역할별 담당자 지정과 테스트 ID 발급
3️⃣ 테스트 범위 설정 - 우선순위에 따른 테스트 대상 선정
4️⃣ 테스트 일정 수립 - 단계별 일정과 체크포인트 설정
5️⃣ 문서와 도구 준비 - 테스트 케이스와 이슈 관리 체계 구축
준비 순서가 중요한 이유
많은 프로젝트가 실패하는 이유는 준비 작업을 동시다발적으로 진행하거나 잘못된 순서로 진행하기 때문입니다. 수많은 프로젝트 경험을 통해 검증된 가장 효율적인 준비 순서는 다음과 같습니다.
올바른 준비 순서:
환경 구성 → 팀 구성 → 범위 설정 → 일정 수립 → 테스트 시작
잘못된 준비 순서와 결과:
반대로 이 순서를 무시하면 어떤 일이 발생할까요? 실제 프로젝트에서 자주 목격되는 실수들입니다.
시나리오 먼저 작성 → 환경 구성: 서버가 준비되지 않아 작성한 시나리오 사용 불가
일정 먼저 확정 → 팀 구성: 담당자 미지정으로 일정 재조정 불가피
범위 설정 → 환경 확인: 필요한 기능이 환경에 구현되지 않아 범위 재설정
각 단계는 다음 단계의 전제조건이 되므로 순서를 지키는 것이 중요합니다.
우선순위 체크리스트
올바른 준비 순서에 따라 각 준비사항의 우선순위를 정리해보겠습니다.
🔴 필수 (없으면 테스트 불가)
테스트 서버 확보
기본 마스터 데이터 준비
핵심 담당자 지정
🟡 중요 (효율성에 영향)
역할별 테스트 ID 생성
테스트 시나리오 작성
일정 계획 수립
🟢 권장 (품질 향상)
자동화 도구 도입
상세 템플릿 준비
사전 교육 실시
SAP 테스트 준비의 전체 그림과 우선순위를 살펴봤습니다.
이제 각 준비사항을 하나씩 구체적으로 알아보겠습니다. 가장 먼저 준비해야 할 것은 모든 테스트의 기반이 되는 '테스트 환경'입니다.
1. 테스트 환경 만들기
1.1 SAP 시스템 3단계 구조
SAP는 일반적으로 3개의 서버로 구성됩니다.
개발(DEV) 서버: 새로운 기능 개발 및 설정 변경
품질(QAS) 서버: 테스트 수행 환경
운영(PRD) 서버: 실제 업무 수행 환경
테스트는 품질(QAS) 서버에서 진행합니다. 운영 서버에서 직접 테스트하면 실제 거래가 발생하거나 업무 데이터가 손상될 위험이 있습니다.
1.2 테스트 환경 필수 요소
테스트 환경에서 아래 요소들이 필수인 이유는, O2C(Order to Cash)와 P2P(Procure to Pay) 같은 핵심 업무 프로세스를 실행하려면 이 모든 것들이 준비되어야 하기 때문입니다.
마스터 데이터 준비
거래처 마스터 (Vendor/Customer Master)
자재 마스터 (Material Master)
가격 조건 (Pricing Conditions)
조직 구조 및 권한 설정
외부 시스템 연결 설정
은행 시스템: 테스트 모드 설정으로 실제 송금 차단
EDI 시스템: 테스트 파트너와의 연결 확인
세금계산서 시스템: 테스트 발행 환경 구성
만약 이 전체 과정이 막힘 없이 실행된다면, 테스트 환경이 제대로 준비 되었다는 것을 의미합니다.
2. 테스트 팀 구성하기
테스트 환경이 준비되었다면, 이제 그 환경에서 실제로 테스트를 수행하는 팀에 대한 준비가 필요합니다.
2.1 테스트용 ID가 필요한 이유
온라인 쇼핑몰에는 고객, 판매자, 관리자 계정이 각각 다른 권한을 갖습니다. SAP도 마찬가지로 각 업무별로 권한이 엄격히 분리되어 있습니다.
실제 업무 ID 사용 시 위험:
테스트 Purchase Order가 실제 Vendor에게 전송
테스트 Payment Run이 실제 은행 계좌에서 실행
테스트 Material Movement가 실제 재고에 반영
안전한 테스트를 위해 역할별로 테스트 ID를 분리하면 실제 업무 환경과 동일한 권한 체계에서 수행할 수 있습니다.
테스트 ID 구성 예시:
실제 ID: USER_FI01 (재무팀 실무자)
→ 테스트 ID: TEST_FI01 (FI 모듈 테스트용)
실제 ID: USER_MM01 (구매팀 실무자)
→ 테스트 ID: TEST_MM01 (MM 모듈 테스트용)
실제 ID: USER_SD01 (영업팀 실무자)
→ 테스트 ID: TEST_SD01 (SD 모듈 테스트용)
3. 테스트 범위 정하기
테스트할 수 있는 시간과 자원은 한정되어 있기 때문에, 전략적으로 테스트 대상을 선정해야 합니다.
3.1 우선순위 설정
다음 4가지 기준으로 우선순위를 정하면 효과적입니다. 재무적 영향도, 사용 빈도, 법적 요구사항, 업무 중요도 순으로 설정합니다.
1순위: 재무 직결 프로세스
구매 발주 (Purchase Order - ME21N) → 자재 입고 (Goods Receipt - MIGO) → 송장 검증 (Invoice Verification - MIRO) → 대금 지급 (Payment - F110)
판매 오더 (Sales Order - VA01) → 출하 (Delivery - VL01N) → 청구 (Billing - VF01) → 대금 수령 (Incoming Payment - F-28)
급여 처리 (Payroll Processing) → 은행 이체 (Bank Transfer)
2순위: 일일 핵심 트랜잭션
자재 문서 전기 (Material Document Posting - MB01, MB11)
생산 확정 (Production Confirmation - CO11N)
재고 이전 (Stock Transfer - MB1B)
판매 오더 입력 (Sales Order Entry - VA01)
3순위: 컴플라이언스 관련
세금계산서 생성 (Tax Invoice Generation)
재무제표 생성 (Financial Statement - F.01)
부가세 신고 처리 (VAT Return Processing)
4순위: 주기적 프로세스
월 마감 (Month-end Closing - MMPV, OB52)
자재 소요량 계획 실행 (MRP Run - MD01)
원가 배부 (Cost Allocation - KSU5, KB15N)
이렇게 우선순위를 정했다면, 이제 각 업무를 어떻게 테스트할지 구체적인 시나리오를 만들어야 합니다.
3.2 테스트 시나리오 만들기
테스트 시나리오의 핵심은 실제 업무의 순차적 흐름을 정확히 반영하는 것입니다.
효과적인 시나리오 구성 요소:
명확한 시작점과 종료점 정의
각 단계별 Input/Output 명시
예상 결과와 검증 포인트 설정
단계 간 데이터 흐름 확인
시나리오 작성 예시: "긴급 자재 구매 프로세스"
1. Purchase Requisition 생성 (ME51N) - 긴급 플래그 설정
2. PR to PO 변환 (ME21N) - 자동 소싱 규칙 적용
3. PO Release (ME29N) - Release Strategy 확인
4. Goods Receipt (MIGO) - 부분 입고 처리
5. Quality Inspection (QA32) - 검사 결과 입력
6. Invoice Receipt (MIRO) - 3-way matching 검증
7. Payment Run (F110) - 지급 조건 확인
시나리오 유형별 필수 포함 사항:
정상 시나리오: Standard 업무 프로세스
예외 시나리오: Return, Cancel, Change 처리
오류 시나리오: Authorization 체크, Validation 규칙 검증
이런 다양한 시나리오를 모두 테스트하려면 체계적인 일정 관리가 필수입니다.
4. 테스트 일정 수립하기
4.1 현실적인 일정 짜기
테스트 대상 환경과 범위에 따라 소요되는 시간이 다르기 때문에, 단계별로 진행 상황을 파악할 수 있는 체크포인트를 설정해야 합니다.
체크포인트에서 확인할 사항:
계획 대비 진척률
Critical/High Priority 이슈 해결 현황
다음 단계 진행 가능 여부
이런 체크포인트를 통해 일정 지연을 조기에 발견하고 대응할 수 있습니다.
5. 문서와 도구 준비하기
테스트 과정에서 발생하는 모든 활동과 이슈를 체계적으로 관리하지 않으면, 같은 문제를 반복하거나 중요한 결함을 놓칠 수 있습니다.
5.1 필수 문서 3종
SAP 테스트에서 최소한 다음 3가지 문서는 반드시 준비해야 합니다.
1. 테스트 계획서
테스트 목적과 범위
참여 인원과 역할
일정과 마일스톤
리스크와 대응 계획
2. 테스트 케이스
실제 테스트 케이스는 다음과 같은 형식으로 작성합니다.
[템플릿 예시]
TC-001: Standard Purchase Order
Module: MM
T-Code: ME21N
Precondition: Vendor 1000, Material M001 존재
Test Steps:
1) Execute ME21N
2) Enter Vendor: 1000
3) Enter Material: M001, Qty: 10 EA
4) Save
→ Expected: PO Number 45XXXXXXXX 생성
→ Actual: [테스트 시 기록]
→ Status: [Pass/Fail]
3. 이슈 관리 로그
Issue ID와 설명
Priority (Critical/High/Medium/Low)
Assigned to / Due date
Resolution과 재테스트 결과
이 3가지 문서만 제대로 관리해도 테스트 품질이 크게 향상됩니다. 문서 준비와 함께 테스트 효율을 극대화할 수 있는 방법이 바로 자동화입니다.
5.2 테스트 자동화 도구
안전한 시스템 점검을 위해서는 실제 거래 데이터 기반의 테스트 자동화가 필요합니다.
테스트 자동화가 필요한 이유:
반복적인 Regression Test 수행 효율화
실제 Production 데이터 패턴 기반 테스트
대량 트랜잭션 처리 성능 검증
Human Error 최소화
자동화 도구를 활용하면 실제 업무 데이터를 마스킹하여 사용할 수 있으며, 데이터의 특성과 패턴은 유지하면서도 안전하게 테스트할 수 있습니다. 특히 대량의 트랜잭션을 반복 테스트해야 하는 경우, 자동화 도구 없이는 안전한 시스템 검증에 어려움을 겪습니다.
테스트 전 최종 점검표
모든 준비가 완료되었다고 생각되시나요? 실제 테스트를 시작하기 전, 마지막으로 한 번 더 점검해봅시다.
Go/No-Go 의사결정 기준
다음 항목들을 확인하여 테스트 시작 가능 여부를 판단하세요.
✅ Go 조건 (테스트 시작 가능)
테스트 서버 정상 작동
Core Master Data 준비 완료
모듈별 담당자 지정
기본 시나리오 작성
이슈 관리 프로세스 수립
최소 2주 이상 테스트 기간
위 조건이 모두 충족되지 않았다면 다음 상황을 확인해보세요.
⛔ No-Go 조건 (시작 불가)
서버 불안정
핵심 데이터 미비
담당자 미지정
1주 미만 기간
의사결정자 부재
체크리스트 외에 좀 더 정량적으로 준비 상태를 평가하고 싶다면 다음 방법을 활용하세요.
준비도 자가 진단
각 준비 영역별로 10점 만점으로 평가하여 전체적인 준비도를 파악할 수 있습니다.
[자가진단 예시]
테스트 환경: ___/10
팀 구성: ___/10
범위 명확도: ___/10
일정 현실성: ___/10
문서/도구: ___/10
총점: ___/50
40점 이상: 테스트 시작 가능
30-39점: 보완 후 시작
30점 미만: 추가 준비 필요
결론
지금까지 살펴본 것처럼 SAP 테스트 준비는 상당히 복잡하고 많은 시간이 소요되는 작업입니다. 테스트 환경 구성부터 시나리오 작성, 데이터 준비까지 모든 과정을 수동으로 진행하면 실제 테스트보다 준비에 더 많은 시간을 쓰게 됩니다.
이런 복잡한 준비 과정을 효율화하려면 테스트 자동화가 필수입니다.
단순히 테스트 실행만 자동화하는 것이 아니라, 테스트 데이터 생성, 시나리오 구성, 환경 설정까지 자동화해야 진정한 효율을 얻을 수 있습니다.
다음 편에서는 특히 가장 시간이 많이 걸리는 테스트 데이터 준비를 어떻게 자동화하고 관리할 수 있는지 구체적으로 다루겠습니다.
다음 편 예고
"SAP 테스트 데이터, 어떻게 준비할까?"
실거래 데이터가 필요한 이유
데이터 마스킹 실무 가이드
효율적인 테스트 데이터 관리 방법